При каком уровне изоляции происходит Dirty Read

Ответ: Dirty Read и уровень изоляции транзакций

Dirty Read (грязное чтение) — это аномалия в системах управления базами данных, при которой транзакция читает данные, которые были изменены другой незафиксированной (незавершённой) транзакцией. Если та транзакция будет откатана (rollback), первая транзакция получит несуществующие данные, что приведёт к несогласованности.

Уровень изоляции, при котором происходит Dirty Read

Dirty Read возможен при самом низком уровне изоляции: READ UNCOMMITTED (чтение незафиксированных данных). Этот уровень допускает все основные аномалии параллельного доступа, включая Dirty Read, Non-repeatable Reads и Phantom Reads. Например, в PostgreSQL или MySQL при READ UNCOMMITTED одна транзакция может видеть незафиксированные изменения другой.

Вот пример на SQL, демонстрирующий ситуацию:

-- Сессия 1: Начинает транзакцию и изменяет данные, но НЕ фиксирует
START TRANSACTION;
UPDATE accounts SET balance = balance - 100 WHERE user_id = 1;

-- Сессия 2: Читает данные с уровнем READ UNCOMMITTED
SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
START TRANSACTION;
SELECT balance FROM accounts WHERE user_id = 1; -- Увидит НОВЫЙ баланс (минус 100)

-- Сессия 1: Откатывает изменения (например, из-за ошибки)
ROLLBACK;

-- Сессия 2: Теперь видит старый баланс, но уже прочитал "грязные" данные
SELECT balance FROM accounts WHERE user_id = 1; -- Увидит исходный баланс
COMMIT;

Стандартные уровни изоляции ANSI SQL

Согласно стандарту ANSI SQL, существует четыре уровня изоляции, определяющих, какие аномалии допустимы:

1. READ UNCOMMITTED — допускает Dirty Read, Non-repeatable Reads и Phantom Reads.
2. READ COMMITTED — предотвращает Dirty Read, но допускает Non-repeatable Reads и Phantom Reads. Это дефолтный уровень во многих СУБД (например, PostgreSQL).
3. REPEATABLE READ — предотвращает Dirty Read и Non-repeatable Reads, но может допускать Phantom Reads.
4. SERIALIZABLE — предотвращает все аномалии, обеспечивая полную изоляцию (самый строгий уровень).

Особенности в разных СУБД

• PostgreSQL: Уровень READ UNCOMMITTED технически ведёт себя как READ COMMITTED из-за архитектуры MVCC (Multiversion Concurrency Control). Dirty Read там невозможен даже на этом уровне. Однако в стандартной классификации он всё равно считается допускающим аномалию.
• MySQL (InnoDB): READ UNCOMMITTED действительно позволяет Dirty Read, как в примере выше.
• SQL Server: Также поддерживает READ UNCOMMITTED с поведением Dirty Read.

Почему иногда используют READ UNCOMMITTED?

Несмотря на риск, READ UNCOMMITTED может применяться для аналитических запросов, где важна максимальная скорость, а точность данных на конкретный момент не критична (например, подсчёт примерного количества записей). Он не использует блокировки для чтения, что ускоряет выполнение.

Вывод

Таким образом, Dirty Read возникает только при уровне изоляции READ UNCOMMITTED. В реальных приложениях этот уровень используется редко, так как ставит под угрозу целостность данных. Обычно минимальным рекомендуемым уровнем является READ COMMITTED, который гарантирует, что транзакция читает только зафиксированные данные других транзакций. Понимание уровней изоляции критически важно для проектирования надёжных приложений, работающих в многопользовательской среде.