Réplication de maître esclave Mysql sur une grande table de base de données (comment synchroniser les données initiales)

Question

Nous avons un serveur de production et un serveur de dev. Nous avons constaté que les sauvegardes sont presque impossibles sur le serveur de production en raison du volume de requêtes que nous rencontrons. Donc, nous cherchons à configurer la réplication avec notre serveur dev étant l'esclave. Ceci est idéal car nous pouvons nous permettre de verrouiller les tables sur ce serveur et en plus il sera agréable d'avoir des données à jour pour les développeurs. Maintenant, les problèmes. Le serveur de production ne peut pas vraiment être supprimé ou verrouillé à ce stade, du moins pas facilement. Nous avons un volume de requêtes élevé et des tables innodb de plus de 30 Go. Les deux serveurs exécutent tous innodb et sont aussi sur mysql 5.1. Que pouvons-nous faire pour synchroniser les données initialement pour lancer la réplication? J'ai essayé quelques options, mais jusqu'à présent, aucune n'a fonctionné.

Answer 1

Votre question semble indiquer que vous avez un seul serveur de production sans redondance et aucun plan pour gérer une défaillance du serveur de base de données principal. Si cette hypothèse est vraie, il existe deux chemins que vous pouvez utiliser pour configurer la réplication.

1. Continuez le chemin de configuration de la réplication avec l'architecture telle quelle. Si vous choisissez ce chemin, alors plus d'informations seraient nécessaires pour savoir quelle est la meilleure approche. Par exemple, les journaux binaires sont-ils activés? Sans les détails, je crois que le meilleur conseil que je peux donner est de regarder dans l'outil Percona XtraBackup. La deuxième option consiste à mettre à jour l'architecture de votre base de données de production pour y inclure la redondance et un plan de basculement fonctionnel. Cela vous donnerait un environnement plus robuste et la possibilité de configurer facilement la réplication supplémentaire. Je recommande vivement cette option, car vous aurez éventuellement un problème avec le serveur de base de données de production qui entraînera une panne non planifiée.