Copier/var/lib/mysql est-il une bonne alternative à mysqldump?

Question

Depuis que je fais une sauvegarde complète de tout mon système Debian, je pensais que si j'avais une copie du répertoire /var/lib/mysql est une alternative viable au dumping des tables avec mysqldump.

• sont toutes les informations nécessaires contenues dans ce répertoire?
• Peut-on importer des tables uniques dans un autre mysql?
• peut-il y avoir des problèmes lors de la restauration de ces fichiers sur une version (probablement légèrement) différente du serveur mysql?

Answer 1

• Oui
• Oui si la table utilise le moteur MyISAM (par défaut). Pas si ça utilise InnoDB.
• Probablement pas, et s'il y a, il vous suffit d'exécuter mysql_upgrade pour les fixer

Pour éviter de bases de données dans un état incohérent, vous pouvez MySQL shutdown ou utiliser LOCK TABLES puis FLUSH TABLES avant la sauvegarde La deuxième solution est un peu meilleure car le serveur MySQL restera disponible pendant la sauvegarde (bien que seulement en lecture).

Answer 2

C'est parfaitement correct tant que vous arrêtez le serveur MySQL en premier et que vous utilisez exactement la même version pour récupérer la "sauvegarde". Sinon, ce n'est pas le cas.

Answer 3

Cette approche ne fonctionnera que si vous fermez la base de données en premier. Sinon, vous pourriez bien finir dans un état incohérent par la suite. Utilisez d'abord la commande /etc/init.d/mysql stop. Vous pouvez ensuite le redémarrer après la sauvegarde.

Answer 4

Pour une discussion complète des 2 stratégies, vous devez lire ceci: https://dev.mysql.com/doc/refman/5.5/en/backup-types.html

Le moment la meilleure solution semble être Percona de source libre et open: http://www.percona.com/software/percona-xtrabackup