Какие риски возникают при конкурентных обновлениях одной и той же записи?

Базовая проблема

В конкурентной среде несколько запросов могут читать и изменять одну и ту же запись почти одновременно.

Основные риски

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

1. Потеря обновлений (lost update)

   • транзакция A читает значение

   • транзакция B обновляет его

   • транзакция A записывает устаревшие данные

2. Нарушение бизнес-инвариантов

   • баланс уходит в минус

   • превышаются лимиты

   • нарушаются ограничения предметной области

3. Непредсказуемое поведение

   • ошибки проявляются только под нагрузкой

   • баги «плавающие» и редкие

4. Сложность диагностики

   • логи не показывают конфликт

   • состояние БД выглядит валидным, но неверным

Пример проблемы

balance = get_balance(user_id)
balance -= amount
save_balance(user_id, balance)

Два параллельных запроса могут успешно выполнить этот код и потерять одно списание.

Основные способы защиты

• блокировки строк

• атомарные UPDATE

• оптимистическая блокировка (version, revision)

• корректный уровень изоляции

Вывод

Конкурентные обновления без контроля приводят к скрытым и критичным ошибкам, особенно в финансовых и счётных системах.