Voilà une petite technique pour copier une base MySQL d’un serveur à l’autre

Sur le serveur A, on commence par se placer dans /tmp

serverA: mkdir -p /tmp/DUMPDIR
serverA: cd /tmp
serverA: mysqldump -u <user> -p<password> -Q --tab=DUMPDIR db_name
serverA: scp -r DUMPDIR <user>@serverB:/tmp/

Sur le serveur B on importe bien gentiment

serverB: mysqladmin -u <user> -p<password> create db_name
serverB: cat DUMPDIR/*.sql | mysql -u <user> -p<password> db_name
serverB: mysqlimport -u <user> -p<password> db\_name /tmp/DUMPDIR/*.txt
serverB: rm -rf /tmp/DUMPDIR

Ici on ne parle pas d’éventuelles différences de version de MySQL. Dans mon cas, j’avais un MySQL 3.23 sur le serveur A et un MySQL 5.0 sur le serveur B et tout semble s’être bien passé, mais il vaut mieux consulter la doc sur les migrations pour ne pas risquer des pertes de données liées à des changements profonds entre les versions.

• http://dev.mysql.com/doc/refman/5.0/en/upgrade.html
• http://dev.mysql.com/doc/refman/5.0/en/upgrading-to-arch.html

Dans MySQL 5, pour vérifier l’intégrité des tables, on lance cette commande :

serverB: mysqlcheck --check-upgrade --all-databases --auto-repair -u <user> -p<password>

Mise à jour du 28 avril 2008 :
Il est possible d’utiliser 2 options intéressantes avec mysqlimport :

• -r (ou --replace) permet de remplacer les lignes qui comportent la même clé (et donc ne provoque pas d’erreur et d’arrêt de l’import). C’est à utiliser lorsqu’on veut mettre à jour la table en conservant ce qui n’existe pas dans l’import.
• -d (ou --delete) permet de vider la table avant la lecture du fichier d’import. C’est à utiliser lorsqu’on veut totalement remplacer le contenu des tables.