La réplication MySQL permet de copier automatiquement les modifications d’une base de données principale (master) vers une ou plusieurs copies (slaves). Elle sert à la protection contre les pannes, à la répartition du trafic de lecture ou comme couche de sauvegarde supplémentaire. Dans cet article, découvrez le fonctionnement de la réplication, comment la configurer étape par étape et quels pièges éviter.
Qu’est-ce que la réplication MySQL
Avec la réplication MySQL, le serveur master envoie un journal de toutes les opérations d’écriture (le binary log) vers un ou plusieurs serveurs slaves. Le slave exécute localement ces mêmes opérations, ce qui permet de garder les données synchronisées. Cela se produit quasiment en temps réel, même s’il existe toujours un léger décalage entre le master et le slave.
La réplication est souvent utilisée pour : disposer d’une sauvegarde actualisée sur un autre serveur, répartir la charge de lecture entre plusieurs serveurs, ou mettre en place un environnement de basculement (failover). Attention : la réplication ne remplace pas une véritable stratégie de sauvegarde, car les requêtes erronées ou malveillantes sont également transmises au slave.
Préparation du master
Avant de configurer la réplication, vous devez préparer le serveur master. Pour cela, activez la journalisation binaire et créez un compte utilisateur séparé que le slave utilisera pour se connecter.
Ouvrez le fichier de configuration MySQL (généralement my.cnf ou my.ini) et assurez-vous que les paramètres suivants sont présents sous [mysqld] :
log_bin = mysql-bin
server_id = 1
Redémarrez le service MySQL après avoir modifié la configuration. Chaque serveur d’une configuration de réplication doit avoir un server_id unique ; attribuez par exemple server_id = 2 au slave.
Configuration de la réplication étape par étape
Suivez les étapes ci-dessous pour mettre en place une réplication master-slave fonctionnelle.
Créez un utilisateur de réplication
Connectez-vous au master et créez un utilisateur disposant uniquement des droits de réplication : CREATE USER 'replica'@'%' IDENTIFIED BY 'motdepasse'; GRANT REPLICATION SLAVE ON . TO 'replica'@'%';
Notez le statut du master
Exécutez SHOW MASTER STATUS; sur le master et retenez le nom du fichier et la position. Ces informations sont nécessaires pour faire démarrer le slave au bon endroit.
Faites un export de la base de données
Exportez les données existantes avec mysqldump afin que le slave parte de la même situation initiale. Importez ce fichier sur le serveur slave.
Connectez le slave au master
Exécutez ce qui suit sur le slave, avec les informations de l’étape 2 : CHANGE MASTER TO MASTER_HOST='masterip', MASTER_USER='replica', MASTER_PASSWORD='motdepasse', MASTER_LOG_FILE='mysql-bin.000001', MASTER_LOG_POS=12345;
Démarrez la réplication
Exécutez START SLAVE; puis vérifiez avec SHOW SLAVE STATUSG que Slave_IO_Running et Slave_SQL_Running sont tous deux sur Yes.
Gestion, contrôle et erreurs fréquentes
Vérifiez régulièrement le statut de la réplication avec SHOW SLAVE STATUSG. Surveillez surtout le champ Seconds_Behind_Master, qui indique le retard accumulé. Une valeur croissante peut indiquer une connexion lente ou une requête lourde qui ralentit le slave.
Les erreurs fréquentes sont : oublier de définir un server_id unique, des règles de pare-feu bloquant le trafic entre master et slave, et une position de départ non synchronisée entraînant une perte de données pour le slave. Vérifiez également que les deux serveurs utilisent la même version de MySQL, afin d’éviter des problèmes de compatibilité.
Si vous souhaitez utiliser la réplication dans le cadre d’une migration plus large, par exemple lors du passage à Tandata, il est conseillé de d’abord tester sur une copie de l’environnement avant de passer en production. Cela évite toute perte de données pendant la transition.
Questions fréquentes
Puis-je connecter plusieurs slaves à un même master ?
Oui, un master peut répliquer ses données vers plusieurs slaves. Chaque slave doit toutefois avoir son propre server_id unique et sa propre connexion au master.
La réplication équivaut-elle à une sauvegarde ?
Non. La réplication copie directement les modifications, donc les suppressions erronées ou les requêtes malveillantes sont également transmises au slave. Utilisez la réplication en complément, et non en remplacement, de sauvegardes quotidiennes.
Que faire si la réplication se bloque ?
Vérifiez d’abord le message d’erreur avec SHOW SLAVE STATUS. Il s’agit souvent d’une requête en conflit. Vous pouvez l’ignorer ou resynchroniser la réplication à partir d’un export récent du master.
La réplication fonctionne-t-elle aussi entre serveurs de différents fournisseurs ?
Oui, tant que les serveurs peuvent se joindre via le réseau et que les bons ports sont ouverts. Faites attention aux paramètres de pare-feu et utilisez de préférence une connexion sécurisée.
Ai-je besoin de la réplication pour un petit site web ?
Pour la plupart des petits sites web, un hébergement web classique avec des sauvegardes quotidiennes suffit. La réplication est surtout utile en cas de forte charge, de disponibilité critique ou de répartition du trafic de lecture.
Conclusion
La réplication MySQL est un moyen puissant de synchroniser des bases de données entre serveurs, à condition de suivre scrupuleusement les étapes : activer la journalisation binaire, créer un utilisateur de réplication, noter la position de départ et tester la connexion. Combinez toujours cela avec des sauvegardes régulières pour une vraie sécurité. Consultez notre hébergement web ou notre base de connaissances pour plus d’informations techniques.