MySQL гонки Условия

Question

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

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

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

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

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

5. Конец операции (фиксация/откат).

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

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

Спасибо.

Answer 1

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

Answer 2

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

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

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

LOCK TABLE tablename - другой.

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

Answer 3

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

Answer 4

Start Transaction.

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

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

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

Нет больше гонки состояние.