Backup MySQL con mysqldump y Restaurar Base de Datos en Linux

Haz el dump simple de una base específica:

mysqldump -u root -p mibase > mibase-2026-05-29.sql

El -u root define el usuario, -p pide la contraseña interactivamente (más seguro que pasar -pcontrasena en la línea de comandos, que se filtra en el historial del shell y en ps aux). La redirección > guarda la salida en el archivo indicado.

Incluye la fecha en el nombre del archivo desde el inicio — ayuda en la rotación y evita la sobreescritura accidental.

Agrega los flags de consistencia transaccional para producción:

mysqldump -u root -p \
  --single-transaction \
  --routines \
  --triggers \
  --events \
  --quick \
  mibase > mibase-2026-05-29.sql

--single-transaction envuelve el dump en START TRANSACTION con isolation REPEATABLE READ, generando un snapshot consistente sin bloquear escrituras en tablas InnoDB. Ese es el flag crítico en producción: sin él, escrituras paralelas pueden dejar el dump inconsistente.

Los flags --routines, --triggers y --events incluyen stored procedures, triggers y eventos programados — cosas que son fáciles de olvidar y que solo notas que faltan cuando restauras y el sistema se rompe. --quick hace el dump fila por fila en lugar de cargar tablas enteras en RAM, importante para tablas grandes.

Comprime al vuelo para ahorrar espacio:

mysqldump -u root -p \
  --single-transaction --routines --triggers --events --quick \
  mibase | gzip > mibase-2026-05-29.sql.gz

El pipe a gzip reduce el archivo en 70-85% en dumps típicos (el texto SQL comprime muy bien). Para bases de 10 GB, eso es la diferencia entre 2 GB y 10 GB ocupando tu disco de backup.

Para una compresión mejor (más lenta), cambia gzip por zstd -19 o xz -9.

Haz backup de todas las bases a la vez (útil para snapshot diario del servidor completo):

mysqldump -u root -p \
  --all-databases \
  --single-transaction \
  --routines --triggers --events \
  --master-data=2 \
  | gzip > full-2026-05-29.sql.gz

--all-databases incluye también las bases del sistema (mysql, sys, performance_schema) — preserva usuarios y grants. --master-data=2 graba la posición del binlog en el dump como comentario, útil para point-in-time recovery si tienes binlogs habilitados.

Verifica que el archivo no haya sido truncado:

ls -lh mibase-2026-05-29.sql.gz
gzip -t mibase-2026-05-29.sql.gz && echo "OK: archivo integro"

gzip -t prueba la integridad de la compresión sin descomprimir. Si falla, el archivo está corrupto (generalmente disco lleno durante el dump o crash a mitad de camino). Vuelve a ejecutar el dump.

Inspecciona el contenido del dump:

zcat mibase-2026-05-29.sql.gz | head -30
zcat mibase-2026-05-29.sql.gz | grep -c "^INSERT INTO"
zcat mibase-2026-05-29.sql.gz | grep "^CREATE TABLE" | wc -l

head muestra el encabezado con la versión de mysqldump y la configuración. grep -c INSERT cuenta las líneas de insert (sanity check de volumen de datos). grep CREATE TABLE | wc -l cuenta tablas — ¿coincide con lo que esperas tener en la base?

Para comparar con el servidor original:

mysql -u root -p -e "SELECT COUNT(*) AS tablas FROM information_schema.tables WHERE table_schema='mibase';"

Los números deben coincidir.

Crea la base vacía de destino (solo si no existe aún):

mysql -u root -p -e "CREATE DATABASE mibase CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;"

Usa utf8mb4 siempre — soporta emoji y caracteres asiáticos completos. Saltar este paso es OK si el dump se hizo con --databases (que incluye el CREATE DATABASE en el archivo) o --all-databases.

Restaura el dump comprimido directo por pipe:

zcat mibase-2026-05-29.sql.gz | mysql -u root -p mibase

zcat descomprime en memoria y envía al cliente mysql, que ejecuta cada comando contra la base mibase. Para un archivo .sql no comprimido, usa redirección:

mysql -u root -p mibase < mibase-2026-05-29.sql

La operación tarda proporcional al tamaño (cada INSERT corre individualmente por defecto). Para dumps grandes, déjalo corriendo en tmux o screen para no interrumpir si la sesión SSH se cae.

Sigue el progreso en dumps grandes:

pv mibase-2026-05-29.sql.gz | zcat | mysql -u root -p mibase

pv (pipe viewer) muestra una barra de progreso y la velocidad. Instálalo con sudo apt install -y pv. Sin él, el restore corre silencioso — no sabes si estás en el 10% o en el 90%.

Confirma estructura y conteos:

mysql -u root -p mibase -e "SHOW TABLES;"
mysql -u root -p mibase -e "SELECT COUNT(*) FROM usuarios;"

El primero lista las tablas; el segundo cuenta filas en una tabla de la que sabes cuántas filas tenía antes. Las discrepancias indican un dump incompleto (faltó un flag) o un restore interrumpido.