Le 25/08/2011 17:56, Wallace a écrit :
Le 25/08/11 16:58, Gregory Duchatelet a écrit :
Va falloir que je me mette au LUA ! :)
Si tu as un script qui marche, ou une version modifié de celui
fournit avec MySQL Proxy, je suis preneur !
Je n'ai utilisé que le script livré dans les docs de mysql proxy, pas
eu besoin d'aller plus loin pour le moment mais tes recherches
m'intéressent pour comprendre ce qui cloche dans son script.
Je reste quand même persuadé que tu auras de meilleurs résultats avec
la première idée. Seul l'appli sait si elle a besoin de faire un read
juste après un update et c'est clairement le problème du split des
requêtes.
Notre appli utilise cette regexp pour savoir s'il faut taper sur un
slave ou pas :
preg_match("/^([\r\n\t ]+)?(SELECT|USE|SET|CALL
(stats)?|DESCRIBE|(CREATE|DROP) TEMPORARY TABLE|\()/i", trim($query), $r);
Avec ça l'appli n'a pas besoin de "savoir".
Dans mon code de mon projet quand j'execute une requête sql la
fonction d'appel a une variable pour forcer
à être sur le master. Si elle est présente alors peut importe si la
requête ne comporte qu'un select elle sera quand même passer sur le
master et pas sur les slaves. Ca le mysql proxy ne le saura jamais.
Quand les devs jouent à ce genre de mise à jour puis get tu peux pas
trop te permettre d'attendre 1 ou plusieurs secondes que ca se
synchronise.
Si, dans le script LUA on peut faire ce qu'on veut ! Imagines, tu peux
faire un simple
SET forcemaster=1
Et dans le script LUA, catcher ce SET, stocker dans une variable un peu
comme la variable is_in_transaction de ce même script, et voilà :)
Pour info, le script LUA en question est visible ici :
http://paste.frsag.net/TAWVp
--
Greg
_______________________________________________
Liste de diffusion du FRsAG
http://www.frsag.org/