SELECT ... FOR UPDATE в innoDB не лочит записи. Я и дальше могу обращаться к записи. Почему не происходит лока?

Question

[renat-911]

Тестирую SELECT FOR UPDATE в своей таблице innoDB. Но мне не удается нарваться на лок. Хотелось бы убедиться в том, что оно действительно работает. Делаю следующее.

Запускаю вот такой процесс:

set autocommit=0;
start transaction;
SELECT * FROM user_balance WHERE id = 1 FOR UPDATE;
SLEEP(10);
UPDATE user_balance SET value = '123' WHERE id = 1;
commit;

И параллельно, пока это все дело выполняется, выполняю следующий запрос:
SELECT * FROM user_balance WHERE id = 1

В итоге второй параллельный процесс без проблем возвращает мне запись (еще не измененную). После завершения благополучно возвращает мне измененную запись.

Я пробовал разные вариации (без оборачивания в транзакцию в том числе)
Я что-то делаю не так?

Comments

[renat-911]

Уровни изоляции тоже никак не помогают. Если я правильно понял документацию, то до апдейта или до завершения транзакции запись должна быть залочена от чтения. Но я могу параллельно ее получить селектом с любым уровнем изоляции, и с for update.

Answer 1

[renat-911]

Решено. Все работает, но только для параллельных запросов с FOR UPDATE, а я пробовал поймать лок с запросом без FOR UPDATE. То есть мой параллельный запрос должен был выглядеть не так:
SELECT * FROM user_balance WHERE id = 1
А вот так:
SELECT * FROM user_balance WHERE id = 1 FOR UPDATE

Answer 2

[Антон Антон]

Вам надо установить уровень изоляции:
SET TRANSACTION ISOLATION LEVEL READ COMMITTED; - тогда будете ждать

Comments

[Антон Антон]

renat-911, читаете в транзакции? возвращается предыдущее или новое значение?

[renat-911]

Читаю за пределами транзакции отдельным параллельным запросом. Пока транзакция выполняется, мне возвращается предыдущее значение, когда выполнится - новое.
Идея в том, что мне нужно запретить всем остальным параллельным запросам получать баланс пользователя, пока не выполнится эта транзакция. В теории (если я правильно понял документацию) FOR UPDATE должен залочить запись, но этого не происходит. Странно еще что я другими средствами не могу ничего залочить.

[Антон Антон]

renat-911, читайте также в транзакции, ведь это уровень изоляции _транзакции_

[renat-911]

Антон Антон, даже если и сработает, это не закроет мою задачу. Мне нужно, чтобы пока не выполнится моя транзакция, где я сделал FOR UPDATE, никакой другой запрос не мог прочитать запись. Это нужно, чтобы исключить параллельное выполнение финансовых операций.

[Антон Антон]

renat-911, тут я могу только одно сказать - все давно придумано до нас. Например то, что чтение критических данных должно происходить в транзакции, равно как и запись.
Запросы отчетов - так пусть читают данные вне транзакций и будут иметь относительно консистентные данные (либо как выполненные до проведения вашей операции, либо после). Запросы в действиях, вносящих изменения - в транзакции и тогда также все будет правильно, при чтении они встанут в очередь.
Всё будет работать.

Еще почитайте про принципы двойной записи, раз уж у вас финансовая система. Хоть принцип и старый, но надежный.

Answer 3

[Adamos]

А есть ли индекс на id?

Comments

[renat-911]

id - autoincrement