Discussion :

[hansaplast]

Bonjour,

Je suis en charge du développement d'un site avec une croissance de 100% par an...

Pour l'instant, nous fonctionnions avec un seul serveur MySQL maitre, et un en réplication pour faire du fail over.

A cause du nombre de clients en croissance, nous allons devoir trouver une solution...
soit taper dans le serveur esclave pour les requêtes de lecture (avec les problème de désynchronisation qui arrivent plusieurs fois par an)
soit faire du master-master (mais, il n'y a pas de visibilité sur les solutions libres exemple)
soit utiliser MySQL cluster (mais, il faut refondre tout le code pour s'y adapter)


L'un d'entre vous aurait-il un retour sur expérience quelconque?

Ça fait un moment que j'y réfléchit, et j'ai l'impression qu'utiliser plu d'un serveur relève plus de la bidouille que d'une quelconque implémentation professionnelle...

[spoon2008]

Bonjour,

Je te conseil la première solution à savoir :
un maître et plusieurs slaves.
Cela fait quelques années que nous utilisons cette solution et cela fonctionne plutôt bien.

pour info, actuellement nous avons 1 masteur, 15 slaves.
Sur les 3 dernières années ont à eu que 3 réplies à relancer suite à une corruption de logbin sur le masteur (pas trop mal).

par contre si tu met cela en place il faut :
- toujours surveiller l'espace disponible sur tes serveurs
(un serveur plein et tu relance la replie sur le slave)
- un bon script d'optimisation de tes tables afin d'éviter les index corrompus
(avec des tables en myisam)
- un script de relance d'une réplie d'un slave vers un autre.
(cela t'évitera de tout relancer si un serveur merde ce qui arrive jamais )

Chez nous ça tourne sur un mysql 4.0.24 pour une volumétrie d'à peux prêt 80 Go (j'avoue ça deviens chaud ).

Je crois que MySQL cluster utilise exclusivement la ram des serveurs (ce qui peux être chère suivant la taille de tes bases mais doit être extrêmement rapide).

Bon courage à toi.

[hansaplast]

merci de ta réponse,

en effet, on a aussi choisit cette solution éprouvée.