Какой уровень изоляции транзакций по стандарту SQL гарантированно предотвращает phantom reads?

Фантом — повторный запрос с тем же условием возвращает другой набор строк, потому что другая транзакция вставила или удалила подходящие строки.

Стандарт SQL определяет уровни через запрещённые аномалии:

Реализации:

• PostgreSQL на REPEATABLE READ работает со снимком на всю транзакцию — фантомов не видно, но возможна асимметрия записи (write skew); READ UNCOMMITTED ведёт себя как READ COMMITTED; SERIALIZABLE — SSI с откатом конфликтующих транзакций;
• MySQL InnoDB по умолчанию REPEATABLE READ: обычный SELECT читает снимок, а блокирующие чтения (FOR UPDATE) ставят gap-блокировки, чтобы не появлялись фантомы;
• Oracle не имеет REPEATABLE READ; SERIALIZABLE там — изоляция снимка.

Поэтому на собеседовании хороший ответ — «по стандарту SERIALIZABLE, но в конкретной базе нужно смотреть реализацию».

-- T1                                   -- T2
BEGIN ISOLATION LEVEL READ COMMITTED;
SELECT count(*) FROM orders WHERE status = 'new';  -- 5
                                        INSERT INTO orders(status) VALUES ('new'); COMMIT;
SELECT count(*) FROM orders WHERE status = 'new';  -- 6 — фантом