Mysql SELECT FOR UPDATE - problème étrange

Question

J'ai un problème étrange (au moins pour moi :)) avec le verrouillage de MySQL.

J'ai une table:

create table `test` ( 
    `id` int(11) NOT NULL AUTO_INCREMENT, 
    PRIMARY KEY (`id`) 
) ENGINE=InnoDB AUTO_INCREMENT=13 DEFAULT CHARSET=latin1 

Avec ces données:

+ ---- +
| id |
+ ---- +
| 3 |
| 4 |
| 5 |
| 6 |
| 7 |
| 8 |
| 10 |
| 11 |
| 12 |
+ ---- +

Maintenant, j'ai 2 clients avec ces commandes exécutées au début:

set autocommit = 0;
Définir le niveau d'isolement de transaction de session sérialisable;
début;

Maintenant la partie la plus intéressante. Le premier client exécute cette requête: (fait l'intention d'insérer une ligne avec un identifiant égal à 9)

SELECT * à partir du test où id = 9 FOR UPDATE;
ensemble vide (0.00 sec)

Ensuite, le second client fait la même chose:

SELECT * de test où id = 9 FOR UPDATE;
ensemble vide (0.00 sec)

Ma question est: Pourquoi le second client ne bloque pas? Un verrou d'espace exclusif doit avoir été défini par la première requête car FOR UPDATE a été utilisé et le second client doit bloquer.

Si je me trompe, quelqu'un pourrait-il me dire comment le faire correctement?

La version MySql J'utilise est: 5.1.37-1ubuntu5.1

Answer 1

Parce qu'à ce moment-là, il est sûr de retourner le (vide) résultat - il n'y a pas de verrou à définir pour l'enregistrement avec id = 9 car cela n'existe pas et donc il ne peut pas être mis à jour - je ne pense pas que vous pouvez compter sur innodb en définissant un verrou de lecture dans un tel cas. Il devrait cependant définir un verrou d'écriture sur id = 9. Si à un moment ultérieur, l'une des transactions met à jour la table et touche les mêmes données qu'une autre transaction - la mise à jour bloquera probablement l'une des transactions et échouera ultérieurement si l'autre transaction a validé ces données.Il est tout à fait normal que les transactions échouent dans des scénarios comme celui-ci - vous laissant le soin de le gérer - ce qui revient généralement à réessayer la transaction.

S'il y avait un enregistrement avec id = 9, vous verriez probablement le bloc 2. select jusqu'à ce que la première transaction soit terminée, car il y a maintenant un enregistrement qui doit être lu verrouillé si la première transaction décide de mettre à jour cette rangée.

Answer 2

http://dev.mysql.com/doc/refman/5.0/en/lock-tables.html