Что такое грязное чтение в БД?

Грязное чтение в базе данных

Грязное чтение (Dirty Read) — это проблема конкурентности, которая возникает при работе с транзакциями в БД. Это один из самых серьёзных видов несогласованности данных, и я часто встречал его в реальных проектах, когда разработчики неправильно настраивали уровни изоляции транзакций.

Определение

Грязное чтение происходит, когда одна транзакция читает данные, которые были изменены другой транзакцией, но эта другая транзакция ещё не завершена (не выполнена COMMIT). Если вторая транзакция откатится (ROLLBACK), то первая транзакция получила данные, которые никогда не существовали в финальном виде.

Пример сценария

Транзакция 1 читает данные из незавершённой транзакции 2, которая затем откатывается. Первая транзакция работает с фантомными данными.

Уровни изоляции и грязное чтение

В SQL стандарте определены четыре уровня изоляции транзакций:

public enum TransactionIsolation {
    READ_UNCOMMITTED,      // Грязные чтения ВОЗМОЖНЫ
    READ_COMMITTED,        // Грязные чтения НЕВОЗМОЖНЫ
    REPEATABLE_READ,       // Грязные + фантомные НЕВОЗМОЖНЫ
    SERIALIZABLE           // Полная сериализация
}

Большинство современных БД по умолчанию используют READ_COMMITTED, что уже предотвращает грязные чтения.

Как защитить код на Java

@Transactional(
    isolation = Isolation.READ_COMMITTED
)
public void transferMoney(Long fromId, Long toId, BigDecimal amount) {
    Account from = accountRepository.findById(fromId).orElseThrow();
    Account to = accountRepository.findById(toId).orElseThrow();
    
    from.withdraw(amount);
    to.deposit(amount);
    
    accountRepository.save(from);
    accountRepository.save(to);
}

Для критичных операций используй более строгие уровни:

@Transactional(
    isolation = Isolation.SERIALIZABLE
)
public BigDecimal getAccountBalance(Long accountId) {
    return accountRepository.findById(accountId)
        .map(Account::getBalance)
        .orElse(BigDecimal.ZERO);
}

Практические рекомендации

1. Всегда указывай уровень изоляции явно
2. Для финансовых операций используй SERIALIZABLE или REPEATABLE_READ
3. Используй SELECT FOR UPDATE для заблокирования строк
4. Мониторь deadlock-и и timeout-ы
5. В тестах проверяй многопоточные сценарии

Грязные чтения — это не просто теоретическая проблема. В боевых системах это может привести к потере денег и другим серьёзным проблемам. Поэтому правильная настройка уровней изоляции — неотъемлемая часть профессиональной разработки.