MySQL lectura repetible y perdió actualización/fantasma lee

Question

yo probamos este con MySQL Server 5.5:

1) aseguró que el nivel de aislamiento de transacción es REPEATABLE_READ

2) comenzó shell-1, comenzó una transacción en el mismo, entonces leer un valor a través seleccione

3) comenzó shell-2, comenzó una transacción en él, entonces leer el mismo valor a través de selección

4) en shell-1, actualizado el valor de valorar + 1 y comprometido

5) en shell-2, actualizado el valor de valorar + 1 y comprometido

El valor perdió una de sus actualizaciones y se incrementó solamente por 1.

Ahora, como lo entiendo, usos RR bloqueos de lectura compartidos y bloqueos de escritura exclusivos, lo que significa que en los números 4 y 5 anteriores, las transacciones deberían haberse bloqueado, pero eso no sucedió.

Entonces mi comprensión de RR es incorrecta o MySQL implementa RR de una manera diferente. ¿Así que qué es lo?

EDITAR: a través de un experimento similar, también confirma que una transacción RR (t1) no ve filas insertadas en la misma tabla por otra transacción RR (t2), si hace otra selección en esa tabla incluso después de que t2 y antes de cometer t1. (Aquí está el enlace a este experimento: http://www.databasejournal.com/features/mysql/article.php/3393161/MySQL-Transactions-Part-II---Transaction-Isolation-Levels.htm)

¿Significa que el RR de MySQL también se ocupa de las lecturas fantasmas?

Answer 1

MySQL no se ajusta realmente a Lectura repetible. Puede obligarlo a hacerlo utilizando el nivel de aislamiento serializable o poniendo un FOR UPDATE después de sus selecciones (mire el ejemplo a continuación). Entonces se logrará el comportamiento deseado. En cuanto a las lecturas fantasma, MySQL es en realidad más estricta de lo necesario ...

SELECT value FROM table WHERE id = 7 FOR UPDATE;