Discussion :

[netoale]

Bonjour,

Je voudrais que dans ma base de données, les lectures soient impossibles lorsque une transaction est en cours.

Or il est dit ICI :
http://dev.mysql.com/doc/refman/5.0/...isolation.html

"SERIALIZABLE Ce niveau est identique au précédent, mais toutes les lectures SELECT sont implicitement converties en SELECT ... LOCK IN SHARE MODE. "

Donc j'ai paramétré ce mode de transaction, et j'ouvre 2 requeteur MYSQL.
D'un coté, je fait un :

START TRANSACTION
UPDATE ts_utilisateur_uti SET uti_log = 'BBBB' WHERE uti_id =38;

//je ne termine pas encore ma transaction Exprés

et de l'autre coté, je fait :

SELECT * FROM ts_utilisateur_uti

Résultat : mon sélect s'execute en affichant l'ancienne valeur du champ alors que la transaction n'est pas terminée.

Par contre, si je fait

SELECT * FROM ts_utilisateur_uti LOCK IN SHARE MODE

là ça bloque bien tant que je n'ais pas fait mon commit ou mon rollback de l'autre côté!!???

Donc c'est contradictoire avec ce qu'ils disent : ça ne rajoute pas "LOCK IN SHARE MODE" implicitement.

Quelqun a-t-il l'explication? Merci bien.

[berceker united]

Bonjour,

Je voudrais que dans ma base de données, les lectures soient impossibles lorsque une transaction est en cours.

Or il est dit ICI :
http://dev.mysql.com/doc/refman/5.0/...isolation.html

"SERIALIZABLE Ce niveau est identique au précédent, mais toutes les lectures SELECT sont implicitement converties en SELECT ... LOCK IN SHARE MODE. "

Donc j'ai paramétré ce mode de transaction, et j'ouvre 2 requeteur MYSQL.
D'un coté, je fait un :

START TRANSACTION
UPDATE ts_utilisateur_uti SET uti_log = 'BBBB' WHERE uti_id =38;

//je ne termine pas encore ma transaction Exprés

et de l'autre coté, je fait :

SELECT * FROM ts_utilisateur_uti

Résultat : mon sélect s'execute en affichant l'ancienne valeur du champ alors que la transaction n'est pas terminée.

Par contre, si je fait

SELECT * FROM ts_utilisateur_uti LOCK IN SHARE MODE

là ça bloque bien tant que je n'ais pas fait mon commit ou mon rollback de l'autre côté!!???

Donc c'est contradictoire avec ce qu'ils disent : ça ne rajoute pas "LOCK IN SHARE MODE" implicitement.

Quelqun a-t-il l'explication? Merci bien.

Rien d'étonnant, il arrive que la traduction soit mal interprété. Regarde dans la version anglaise.

[netoale]

bonjour berceker


voici la traduction anglaise :

"SERIALIZABLE : This level is like REPEATABLE READ, but InnoDB implicitly converts all plain SELECT statements to SELECT ... LOCK IN SHARE MODE. "

donc moi je comprends la même chose.

mais quand tu dit : Rien d'étonnant, pourais -tu m'expliquer pourquoi?

[berceker united]

Je voulais dire par là qu'il était possible qu'il puisse avoir une erreur d'interprétation. Mais en effet, même dans la version anglaise je le comprend pareille. C'est bizarre, il se pourrait que ça puisse être un bug. Pour cela, tu peux ouvrir un ticket sur le site de mysql et discuter directement avec un contact support. Il pourra t'en dire plus sur ce point précis de la doc.

[Alain Defrance]

Nous avons noté dans plusieurs cas que la traduction française de la documentation MySQL possédait des contre-sens, ceci allant parfois jusqu'à dire complètement l'inverse de la version anglaise.

[netoale]

Merci berceker.

Je ne sait pas si c'est un bug, ou un problème de manip, mais en tout cas le mode SERIALIZABLE corresponds bien à ce que je pense (même description pour microsoft SQL Serveur : interdit la lecture pendant les transactions.).

Donc si la seule solution c'est d'ouvrir un ticket.... ... je veut bien, oui.

[berceker united]

http://bugs.mysql.com/
Il faut ouvrir un compte et tu pourras discuter avec des développeurs.
En tout cas merci d'avoir signalé cela car ce que tu fais me donne des idées