Réplication: par de resynchronisation après reboot du master [Résolu]

[ctobini]

Bonjour,

Je suis en train de tester la réplication d'une base MySQL, j'avais précédemment eu un soucis (tous les détails de ma manip sont dans un précédent post http://www.developpez.net/forums/sho...d.php?t=362220) qui est maintenant résolu.

J'ai à nouveau un petit problème :

En arrêtant le serveur esclave, il y a resynchronisation au reboot, automatiquement.

La doc indique que de la même manière, une retentative toutes les 60 secondes est effectuée par l'esclave si le maître est innaccessible.

J'ai tenté la manip et il n'y a pas de resynchronisation. Par contre toute nouvelle modification côté maître 'online' est automatiquement répercutée sur l'esclave par la suite.

Exemple :



Auriez-vous un retour là-dessus ?

En vous remerciant,

C. Tobini

[Sivrît]

"Théoriquement", l'esclave rejoue systématiquement le log jusqu'au bout à la première occasion. J'avais un esclave qui n'a pas redémarré à la suite d'une coupure de courrant. Dès que MySQL a été relancé (bien plus tard) il a passé 10 minutes à rattraper son retard sur le log binaire.

Là je crois qu'il faudrait vraiment regarder le contenu du log sur le maitre pour voir quel serveur est en faute. Et si ce n'est pas déjà le cas harmoniser les versions des serveurs.

[ctobini]

Bonjour et merci de la réponse,

J'ai tourné le problème dans plusieurs sens (concrétement bidouillé un paquet d'actions sur le maître) et il semble que ce soit les actions 'delete' qui soient problématiques, elles ne sont pas synchronisées avec l'esclave.

Du coup ce qui est mis à jour ou inséré côté maître est synchronisé avec l'esclave une fois que le réseau est rétabli, mais l'esclave conserve les lignes qui ont été éliminées sur le maître 'offline'

C. Tobini

[ctobini]

Ca y est, ça fonctionne dans toutes les configurations: online, suite à un offline côté maître et/ou serveur.

J'ai remarqué que lors d'une action côté maître directement dans le shell MySQL, le position du binlog ne varie pas forcément.

En effectuant les actions soit via un script en local sur le maître, soit sur un poste distant (via mysql-query par exemple mais pas depuis un shell distant MySQL), la position du binlog varie à chaque action et est synchronisée avec l'esclave dès que le réseau est à nouveau disponible.

Je ne comprends pas à quoi c'est du, c'est surtout un peu inquiétant dans le cas où il y aurait une intégration manuelle sur le maître qui pourrait par la suite causer des erreur sur l'intégrité des données côté l'esclave.

C. Tobini