Pour dumper une grosse table InnoDB (manipulation inutile en MyISAM) malgré de nombreux accès clients simultanés, sans perte de performances, il ne faut surtout pas utiliser l'option --opt de mysqldump qui ajoutera un verrou sur la table et mettra en attente toutes les requêtes secondaires pendant toute la durée du dump, qui peut atteindre plusieurs minutes ou dizaines de minutes selon les cas...

Au lieu de ça, le plus efficace est d'ajouter les options suivantes :

• --extended-insert ou -e : le résultat du dump sera optimisé avec des insert multiples : moins de texte brut et plus de performances lors de la récupération des données
• --quick ou -q : pour ne pas utiliser de buffer lors de la lecture des tables (le cas contraire saturerait la RAM en quelques secondes)
• --single-transaction : le plus important, ou presque, qui permettra de ne lire que l'état de la table au début du dump, malgré les modifications qu'elle peut continuer à accepter.

Le reste des options, hormis --opt et --lock-tables, est variable et à la convenance de l'utilisateur.

Rediriger le flux STDOUT directement vers gzip ou bzip2 permet d'économiser un espace non négligeable sur le disque : pour une table de 160 Mo une fois dumpée, 13 Mo après le passage de bzip2, ça fait mal !

Conclusion : mysqldump -q -e --single-transaction base | bzip2 -c > base.sql.bz2