Гонки данных в Django и как их предотвращать

Образцовый ответ: «Самая частая гонка это потерянное обновление: два запроса читают объект, меняют поле и сохраняют, и одно изменение пропадает. Для счётчиков и балансов использую атомарные обновления на стороне БД: update(balance=F("balance") - x) с условием balance__gte=x и проверкой, что обновилась одна строка. Когда нужна сложная логика с чтением, беру transaction.atomic и select_for_update, тогда параллельный запрос ждёт блокировку. При блокировке нескольких строк фиксирую порядок, например по id, чтобы не было дедлоков, а для обработки очереди задач в таблице использую skip_locked=True, чтобы воркеры не ждали друг друга. Последняя линия защиты это ограничения в самой БД: уникальные индексы, CheckConstraint, тогда даже при ошибке в коде данные не станут неконсистентными. От повторных запросов клиента спасают ключи идемпотентности. И все побочные эффекты, письма и задачи, отправляю через transaction.on_commit».