Какие существуют аномалии конкурентного доступа при работе с транзакциями?

При одновременном выполнении транзакций без должной изоляции могут возникать следующие аномалии:

1. Потерянное обновление (Lost Update)

   • Проблема: Одна транзакция перезаписывает изменения другой.
   • Сценарий:
     1. Транзакция 1 читает баланс счёта (1000).
     2. Транзакция 2 читает тот же баланс (1000).
     3. Транзакция 1 добавляет 100 и записывает баланс (1100).
     4. Транзакция 2 добавляет 200 к своему прочитанному значению и записывает баланс (1200).
   • Результат: Обновление от Транзакции 1 потеряно. Итоговый баланс 1200, а не 1300.

2. Грязное чтение (Dirty Read)

   • Проблема: Транзакция читает данные, которые были изменены другой транзакцией, но ещё не зафиксированы (не COMMIT). Если вторая транзакция откатится (ROLLBACK), первая будет работать с недействительными данными.
   • Предотвращается уровнем: Read Committed и выше.

3. Неповторяемое чтение (Non-Repeatable Read)

   • Проблема: Повторное чтение одной и той же строки в рамках одной транзакции возвращает разные значения. Это происходит, если другая транзакция успевает изменить и зафиксировать эти данные между чтениями.
   • Предотвращается уровнем: Repeatable Read и выше.

4. Фантомное чтение (Phantom Read)

   • Проблема: Повторное выполнение запроса с условием выборки (например, SELECT ... WHERE age > 30) в рамках одной транзакции возвращает разное количество строк. Это происходит, если другая транзакция добавляет или удаляет строки, удовлетворяющие этому условию.
   • Предотвращается уровнем: Serializable.

Правильный выбор уровня изоляции транзакций является основным способом предотвращения этих аномалий на уровне СУБД.