MySQL Race Условия

Question

Вызывает ли это состояние гонки с MySQL (InnoDB):

1. Начать транзакцию.

2. Попробуйте получить запись.

3. Если запись не существует, вернуть.

4. Если запись существует, удалите ее и добавьте в журнал запись о том, что она была удалена.

5. Завершение транзакции (фиксация / откат).

Возможно ли запустить другой процесс непосредственно перед этапом удаления в 2b, обнаружить присутствие записи и затем оба процесса занести записи об удалении элементов в журнал?

Есть ли какие-то меры предосторожности, которые мне нужно предпринять?

Спасибо.

Answer 1

Используйте «выбрать для обновления» на шаге 2. Только один процесс сможет получить блокировку строки, избегая описанного вами сценария.

Answer 2

Начать транзакцию.

Удалить запись / *, используя те же критерии, которые вы используете для «попытаться получить запись» * /

если ответ указывает, что запись действительно была удалена, добавьте запись в журнал.

Завершение транзакции (фиксация / откат).

Больше нет условий гонки.

Answer 3

Journeyman Programmer, я считаю, имеет правильное решение. Поскольку вы указали, что используете неработающий инструмент ORM (тот, который не позволяет запрашивать обновление), я предлагаю переместить вашу INSERT в таблицу журнала в триггер операции удаления, чтобы избежать дублирования. запись.

Answer 4

Да, другая транзакция может проверить таблицу после того, как вы ее прочитали.

Что еще хуже, из-за того, как работают транзакции, даже после удаления строки все новые транзакции, которые начинаются, будут видеть строку, поскольку вы еще не зафиксировали удаление.

SELECT ... FOR UPDATE - это один из способов предотвратить это.

LOCK TABLE tablename - это другое.

К сожалению, поскольку вы используете ORM, я не могу сказать, есть ли у него возможность выполнить любой из них.