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 encourageant. A l'époque, je n'avais pas réussi à déterminer s'il était possible de garantir qu'une transaction aboutisse toujours sur le maitre (pour garantir que les lectures et les écritures soient faites dans un état cohérent). Si c'est possible, ce n'est certainement pas simple. J'en étais arrivé à la conclusion que ce genre d'opérations doit impérativement se faire au niveau applicatif. Sinon, pour ne pas avoir à se préoccuper du split R/W, il y a Galera... JFB Le 9 sept. 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, avec gestion un peu plus intelligente > qu'un simple load-balancer : > - regex sur la requête pour pouvoir l'orienter > - gestion des slaves down, spares > - exclusion des slaves ayant trop de délais de réplication > > Pour tout ça MySQL Proxy semblait tout faire sur le papier, à l'aide de > scripts LUA : http://dev.mysql.com/doc/relnotes/mysql-proxy/en/index.html > > Avez vous des retours sur cet outil ? Où sur d'autres outils ? > > Greg > _______________________________________________ > Liste de diffusion du FRsAG > http://www.frsag.org/
_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
