Bonsoir,
et merci pour vos retours. Je ne suis pas aussi certain que ce soit aux
devs de gérer ça. D'un coté c'est mieux pour eux, ils peuvent gérer les
erreurs au cas par cas, soit en retentant plus tard, soit en affichant un
message d'erreur approprié, soit en tentant sur un autre slave, etc ...
Bonjour,
Le 09/09/13 16:18, Tristan Mahé a écrit :
Bonjour la liste,
Peut-être regarder du coté de MariaDB Galera Cluster ?
Tu fais tout en local et ta DB est identique entre tout tes "masters"...
Un peu simple comme réponse mais ça te donnera peut être des idées
différentes pour scaler ( dés
Bonjour la liste,
Peut-être regarder du coté de MariaDB Galera Cluster ?
Tu fais tout en local et ta DB est identique entre tout tes "masters"...
Un peu simple comme réponse mais ça te donnera peut être des idées
différentes pour scaler ( désolé du franglicisime ).
My 2cents,
Tristan.
Le 09/0
Bonjour,
Pour la répartition de charge sur MySQL, nous sommes partis sur plusieurs
choses :
Côté applicatif, séparation des requêtes lecture / écriture au niveau de notre
framework de connexion à la base de données avec deux handlers, un pour les
écritures et un pour les lectures.
Côté infras
Pour la partie repartition de charge entre les slaves, j'utilise depuis
des années (2006) du LVS géré par keepalived.
En particulier une partie intéressante:
MISC_CHECK {# MISC healthchecker
misc_path |# External system
script or program
misc_tim
Le 09/09/2013 10:47, JF Bustarret a écrit :
J'en étais arrivé à la conclusion que ce genre d'opérations doit
impérativement se faire au niveau applicatif.
Exactement pareil. C'est au dev de bosser sur ça ;)
Généralement j'utilise haproxy en plus pour savoir si un slave est un
peu lent ou non.
J'avais testé il y a 2-3 ans la version 0.7, donc ça date un peu. A l'époque,
c'était pas top côté perfs et stabilité, mais ça a pu changer depuis.
Ceci étant dit, c'est toujours en alpha (avec un dev qui a commencé en 2007) et
les releases ne sont pas très fréquentes, ce qui n'est pas un signe
Bonjour,
Peut-être regarder du côté de mysqlnd_ms.
Lilian
Le 09/09/2013 09:45, Greg a écrit :
Bonjour,
pour l'instant je n'ai pas trouvé mieux qu'une gestion coté applicatif
pour répartir les requêtes de lecture (SELECT...) sur les slaves
MySQL, et les requêtes d'écritures sur le master, av
Bonjour,
pour l'instant je n'ai pas trouvé mieux qu'une gestion coté applicatif pour
répartir les requêtes de lecture (SELECT...) sur les slaves MySQL, et les
requêtes d'écritures sur le master, avec gestion un peu plus intelligente
qu'un simple load-balancer :
- regex sur la requête pour pouvoir