En estos días necesitaba hacer un backup de todas las bases de datos de un servidor MySQL, pero no me servía hacer mysqldump –all-databases, porque necesitaba tenerlo en archivos separados (uno para cada DB). Seguramente es algo que ya debe haber sido hecho mil veces, pero no tenía tampoco muchas ganas de perder mucho tiempo en Google (una búsqueda rápida no me dio resultados útiles), así que hice el siguiente script muuy sencillo que obtiene todas las DB de un server y hace un dump de cada una. Se los dejo por si les sirve, capaz los saque de un apuro en alguna ocasión.

#!/bin/bash
PORT="3306"
USER="root"
PASSWORD="yourpassword"
mysql=/usr/bin/mysql
mysqldump=/usr/bin/mysqldump

TABLES=`$mysql -P $PORT -u $USER --password=$PASSWORD --execute="SHOW DATABASES;" |awk '{print($1)}' |grep -v "Database" |grep -v "information_schema"`
for table in $TABLES; do
	echo "Backing up $table..."
	file=$table.backup_`date +%Y%m%d`.sql
	$mysqldump -P $PORT -u $USER --password=$PASSWORD $table > $file
	echo "Compressing backup..."
	gzip $file
done

Nota: la definición del puerto es innecesaria, pero yo la tuve que hacer porque en mi caso el servidor no estaba corriendo en el puerto default (3306) sino en otro.

MySQL

El lanzamiento de MySQL 5.1 GA ha sucitado un acalorado, aunque no sabemos qué tan útil, debate. En VivaLinux, comentan la controversia en torno al lanzamiento de la nueva versión GA (Generally Available) del DBMS Open Source más popular.

La nueva versión incluye una serie de características muy interesantes, entre las que se incluyen:

• Partitioning de tablas e índices
• Replicación basada en filas y mixta
• Job scheduler inluido
• Manejo de XML mejorado y soporte para XPath
• Nuevas utilidades de diagnóstico y medición de performance de SQL
• Retorno de la librería libmysqld

Sin embargo, el lanzamiento de la nueva versión fue duramente criticado por Michael “Monty” Widenius, fundador y desarrollador de MySQL, quien dice que hay una gran cantidad de bugs críticos que en la nueva versión no han sido corregidos. A este artículo respondió Sun con otro artículo defendiendo su postura.

Por mi parte, lejos estoy de poder ofrecer un juicio técnicamente significativo respecto de los temas en discusión. Sin embargo, más allá de la importancia de la apertura al debate de temas interesantes en el desarrollo de MySQL que espero que sirvan para mejorar el ya muy buen DBMS, no creo que esta discusión resulte muy conducente. Es que, entiendo, subyace un problema básico que experimentamos todos los desarrolladores en nuestra vida diaria, que es un problema estructural y sistémico. Se trata de la contraposición de intereses entre la empresa que recientemente compró MySQL, es decir Sun, y la gente involucrada en su desarrollo, o los trabajadores. Quienquiera que haya trabajado en desarrollo en una empresa de software conoce de primera mano el enfrentamiento entre los intereses del capital de sacar nuevos features a toda costa y los intereses de los desarrolladores, que conocen los bugs actuales, de robustecer un sistema cuyos agujeros de gruyere conocen como las palmas de sus manos.

El interés de Sun es más que evidente. Pongamos por caso que, uno de los nuevos features, es la separación de MySQL Cluster como un producto independiente. Esto va de la mano con un gran negocio de Sun que es vender la solución de cluster para MySQL, en la cual ofrecen hardware, sistema operativo y DBMS en un mismo paquete. De hecho, el mes pasado sacaron una interesante guía sobre cómo configurar MySQL en un cluster Solaris.

La discusión está abierta y, a pesar de mi escepticismo, esperemos que conduzca a algún lado. ¿Ustedes qué opinan?