Сколько уровней транзакций?

Уровни изоляции транзакций в SQL

В контексте SQL-транзакций (особенно в системах, совместимых со стандартом ANSI/ISO SQL, таких как MySQL, PostgreSQL, SQL Server) существует четыре стандартных уровня изоляции, которые определяют степень видимости изменений, производимых параллельными транзакциями, друг для друга. Эти уровни представляют собой компромисс между целостностью данных и производительностью/параллелизмом.

Стандартные уровни (от самого строгого к самому мягкому)

1. SERIALIZABLE (Сериализуемый)

Самый строгий уровень. Гарантирует, что параллельные транзакции выполняются так, будто они выполняются строго последовательно (сериально). Полностью предотвращает все известные аномалии параллелизма.

• Предотвращает: "грязное" чтение, неповторяющееся чтение, фантомное чтение.
• Механизм: Часто использует блокировки диапазонов или версионность, что сильно ограничивает параллелизм.
• Пример в MySQL (InnoDB):

SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;
START TRANSACTION;
-- Запросы, которые должны быть полностью изолированы
SELECT * FROM users WHERE age > 30;
-- В это время другая транзакция не сможет вставить/изменить строки, попадающие под условие `age > 30`
COMMIT;

2. REPEATABLE READ (Повторяемое чтение)

Уровень по умолчанию в MySQL InnoDB. Гарантирует, что данные, прочитанные в рамках одной транзакции, останутся неизменными до её завершения, даже если другие транзакции изменяют их.

• Предотвращает: "грязное" чтение, неповторяющееся чтение.
• Допускает: Фантомное чтение (но в InnoDB благодаря механизму контроля параллелизма с помощью многоверсионности (MVCC) фантомы также предотвращаются на этом уровне).
• Пример аномалии неповторяющегося чтения, которая предотвращается:

-- Транзакция 1
SET TRANSACTION ISOLATION LEVEL REPEATABLE READ;
START TRANSACTION;
SELECT balance FROM accounts WHERE id = 1; -- Допустим, вернул 100

-- Транзакция 2
START TRANSACTION;
UPDATE accounts SET balance = 200 WHERE id = 1;
COMMIT;

-- Транзакция 1 (продолжение)
SELECT balance FROM accounts WHERE id = 1; -- ВСЁ ЕЩЁ вернёт 100, а не 200, благодаря снимку данных (snapshot)
COMMIT;

3. READ COMMITTED (Чтение зафиксированных данных)

Распространённый уровень, используемый по умолчанию в PostgreSQL, Oracle, SQL Server. Гарантирует, что транзакция видит только данные, которые были зафиксированы другими транзакциями к моменту выполнения каждого отдельного оператора чтения.

• Предотвращает: "Грязное" чтение.
• Допускает: Неповторяющееся чтение, фантомное чтение.
• Пример:

SET TRANSACTION ISOLATION LEVEL READ COMMITTED;
START TRANSACTION;
SELECT * FROM orders WHERE total > 1000; -- Видит снимок на момент этого SELECT

-- Другая транзакция фиксирует новую строку с total > 1000

SELECT * FROM orders WHERE total > 1000; -- Может увидеть новую ("фантомную") строку
COMMIT;

4. READ UNCOMMITTED (Чтение незафиксированных данных)

Самый низкий уровень изоляции. Транзакция может видеть данные, изменённые другими транзакциями, даже если они ещё не зафиксированы.

• Допускает: "Грязное" чтение, неповторяющееся чтение, фантомное чтение.
• Использование: Редко, для агрегатных аналитических запросов, где абсолютная точность не критична, но важна скорость (избегание блокировок).
• Пример "грязного" чтения:

-- Транзакция 1
SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
START TRANSACTION;
SELECT name FROM users WHERE id = 1; -- Может прочитать значение, которое транзакция 2 ещё НЕ зафиксировала!

-- Транзакция 2
START TRANSACTION;
UPDATE users SET name = 'NewName' WHERE id = 1;
-- ЕЩЁ НЕ COMMIT!

-- Транзакция 1 видит 'NewName', хотя транзакция 2 может быть откатана (ROLLBACK).

Краткое сравнение в таблице

Практическое значение для PHP-разработчика

1. Выбор уровня: В приложениях с высокой конкурентностью и строгими требованиями к целостности (финансовые операции) используют REPEATABLE READ или SERIALIZABLE. Для большинства веб-приложений часто достаточно READ COMMITTED.
2. Влияние на код: Понимание уровней помогает предвидеть и проектировать обработку конкурентных изменений (оптимистичные/пессимистичные блокировки).
3. Дефолтные настройки: Знание уровня по умолчанию для вашей СУБД (MySQL InnoDB: REPEATABLE READ, PostgreSQL: READ COMMITTED) критически важно для корректной логики приложения.
4. Производительность: Более строгие уровни требуют больше ресурсов (блокировки, управление версиями), что может привести к дедлокам и снижению пропускной способности.

Таким образом, уровней изоляции транзакций — четыре. Они являются фундаментальным инструментом управления целостностью данных и параллелизмом в реляционных базах данных, и их выбор должен быть осознанным решением при проектировании архитектуры приложения.