Discussion :

[flow38]

Bonjour! Alors voila je viens de comprendre un truc cruciale dans la gestion des transactions de innodb et leur niveau d'isolation, et j'ai une question...
Donc ce que je viens de comprendre c'est que le niveau d'isolation porte sur une table entiere et est donc indépedente de la requete exécuté ensuite(requete dont on peut encore afiner l'isolation par des lock in share mode ou for update mais cette fois ci qui n'agit que sur les lignes de la table lue par la requete et non toute la table..)

Et donc ma question est la suivante, lorsque l'on fait un
set transaction isolation level repeatable read (par exemple), ce niveau d'isolation va t il s'appliquer a la seul transaction qui va suivre ou a l'ensemble des transaction alors en court?


voila merci de votre aide

[jp_rennes]

je pense que ça s'applique à toutes les transactions qui vont suivre....

[flow38]

Salut, ouai je pense aussi, cela voudrait donc dire que le moteur innodb arrive a gerer les accés concurrents de transaction ayant des niveau d'isolation différents!
Quelqu'un peut nous confirmer cela!?

[Maximil ian]

Donc ce que je viens de comprendre c'est que le niveau d'isolation porte sur une table entiere et est donc indépedente de la requete exécuté ensuite(requete dont on peut encore afiner l'isolation par des lock in share mode ou for update mais cette fois ci qui n'agit que sur les lignes de la table lue par la requete et non toute la table..)

Pas tout à fait. Avec InnoDB le verrouillage se fait au niveau ligne quel que soit le niveau d'isolation. LOCK IN SHARE MODE et FOR UPDATE sont simplement là pour pallier de petits inconvénients non couverts par le système de transaction classique.
Cf http://www.montefiore.ulg.ac.be/serv...nsactions.html

Et donc ma question est la suivante, lorsque l'on fait un
set transaction isolation level repeatable read (par exemple), ce niveau d'isolation va t il s'appliquer a la seul transaction qui va suivre ou a l'ensemble des transaction alors en court?

La réponse se trouve dans la doc :

The default behavior is to set the isolation level for the next (not started) transaction. If you use the GLOBAL keyword, the statement sets the default transaction level globally for all new connections created from that point on (but not for existing connections). You need the SUPER privilege to do this. Using the SESSION keyword sets the default transaction level for all future transactions performed on the current connection.

Salut, ouai je pense aussi, cela voudrait donc dire que le moteur innodb arrive a gerer les accés concurrents de transaction ayant des niveau d'isolation différents!
Quelqu'un peut nous confirmer cela!?

Tout à fait.