Discussion :

[yetanotherlogin]

Bonjour

J'ai une question pour les gens qui sont passés d'une architecture avec un seul serveur MySQL en écriture (plus éventuellement quelques machines en lecture) et dont la charge a nécessité de passer à une architecture avec plusieurs serveurs en écriture.

Quelles sont les solutions pour qu'il n'y ait pas de décalage entre les données présentes sur les différents serveurs MySQL entre le moment où un utilisateur crée/modifie un enregistrement sur une machine et le moment où cette donnée est présente sur les autres serveurs?

Merci pour toute info.

[kedare]

Hello,
C'est pas possible a ma connaissance d'assurer aucun décalage avec Mysql.
Mais avec un master/slaves le décalage est vraiment minime (même pas 1s il me semble)

[yetanotherlogin]

Merci pour l'info. Le problème est que le serveur maître croule sous les requêtes en écriture. Je vais sans doute devoir faire du sharding pour étaler les écritures sur plusieurs maîtres.

[overider]

salut.

Il faut activer des options avancés de réplication pour passer à une infrastructure circulaire ou réplication maitre à maitre comme décrit ici :
http://onlamp.com/pub/a/onlamp/2006/...plication.html


et apres faire en sorte de répartir les requetes sur l'ensemble de tes maitres.

Cette technique a l'avantage d'éviter les corruptions sur insertion. Chaque serveur d'intégration dispose d'un offset qui lui est propre. C'est pratique mais demande un petit temps d'adaptation dans le maintien et la surveillance ou en cas de corruption (cela ne les evite pas toutes)

Sinon peut être le mode cluster, mais je le connias pas je peux pas t'aider sur cette partie.