Discussion :

[bellout]

Bonjour a tous,

Voici le scénario qui permet de reproduire mon problème :
- deux serveurs mysql sont configurés en mode réplication master-master
- déconnecter le cable réseau de l'un des deux serveurs
- faire des modifications (insert, delete) dans les deux serveurs
- reconnecter le cable réseau pour établir le lien entre les deux serveurs
- la synchronisation prend bcp de temps pour s'établir (plus que 10 mn) !!!!

Sachant que les deux serveurs sont déployés dan un environnement de production, ce temps de synchro n'est pas du tout acceptable.

La solution que j'ai adopté est de faire des stop/start slave chaque minute, mais cette mèthode plante le serveur mySQL

D'autres solutions ?

Merci d'avance.

[Sivrît]

- faire des modifications (insert, delete) dans les deux serveurs
- reconnecter le cable réseau pour établir le lien entre les deux serveurs

Huh... ça me semble très douteux comme concept. Comment sont résolus les conflits ? On ne devrait a priori pas se retrouver à faire des modifications sur les deux maitres (où alors en ayant pris moultes précautions). L'un doit être actif, l'autre non. Cette configuration sert à améliorer la disponibilité du service : Si le maitre actif tombe en panne (ou doit être arrêté pour maintenance), on bascule sur l'autre. Ensuite, on peut remettre sur pieds le premier serveur qui devient le nouveau backup et ainsi de suite.

Il est généralement très déconseillé d'avoir les deux maitres actifs à un moment donné.

- la synchronisation prend bcp de temps pour s'établir (plus que 10 mn) !!!!

Ce pourrait être le travail d'un script de surveiller à intervalles réguliers que la réplication et la connexion fonctionnent correctement. A lui en cas de problème de donner les ordres nécessaires.

mais cette mèthode plante le serveur mySQL

Mais plus précisément ? Que disent les logs ? Ne serait-ce pas simplement que la réplication s'étouffe sur des incohérences dues à une réplication bidirectionnelle non maitrisée ?