Расскажите про уровни изоляции транзакций в базах данных.

Уровни изоляции транзакций определяют, как изменения, внесенные одной транзакцией, становятся видимыми для других. Это компромисс между целостностью данных и производительностью системы: чем выше уровень изоляции, тем меньше аномалий, но выше накладные расходы на блокировки и риск конфликтов. Стандарт SQL-92 выделяет четыре классических уровня, которые решают три основные проблемы: грязное чтение, неповторяющееся чтение и фантомное чтение.

• Read Uncommitted — самый низкий уровень. Транзакция видит незафиксированные изменения других транзакций. Это приводит к «грязному чтению» (Dirty Read): если первая транзакция откатится, вторая останется с данными, которых никогда не существовало в базе. В продакшене почти не используется.
• Read Committed — уровень по умолчанию в PostgreSQL и Oracle. Транзакция видит только зафиксированные данные. Здесь исключено грязное чтение, но остается проблема «неповторяющегося чтения» (Non-repeatable Read). Если между двумя вашими SELECT в одной транзакции другая транзакция изменит и зафиксирует строку, вы получите разные результаты.
• Repeatable Read — гарантирует, что при повторном чтении данных внутри одной транзакции результат будет идентичным. В MySQL (InnoDB) это уровень по умолчанию. Он предотвращает неповторяющееся чтение, но в классической теории допускает «фантомное чтение» (Phantom Read) — когда между запросами другая транзакция вставляет новые строки, попадающие в диапазон выборки. Стоит отметить, что в PostgreSQL реализация Repeatable Read защищает и от фантомов тоже.
• Serializable — полная изоляция. Транзакции выполняются так, будто они идут строго по очереди. Это исключает все аномалии, включая аномалии сериализации, но сильно бьет по пропускной способности из-за блокировок или частых откатов при использовании оптимистичного контроля (SSI).

На практике важно понимать, как конкретная СУБД реализует эти уровни. Большинство современных баз используют MVCC (Multi-Version Concurrency Control). Вместо блокировок на чтение создаются версии строк, что позволяет читающим транзакциям не ждать пишущие.

-- Пример проверки уровня в PostgreSQL
SHOW TRANSACTION ISOLATION LEVEL;

-- Установка уровня для текущей транзакции
BEGIN TRANSACTION ISOLATION LEVEL REPEATABLE READ;
SELECT * FROM orders WHERE status = 'new';
-- Даже если кто-то изменит статус в процессе, мы увидим старые данные
COMMIT;

При выборе уровня для Middle-разработчика важно учитывать бизнес-логику. Например, для генерации финансового отчета за день лучше использовать Repeatable Read или Serializable, чтобы данные не «поплыли» в процессе сборки. Для обычного отображения списка товаров в интернет-магазине достаточно Read Committed.