Что такое Phantom read?

Что такое Phantom Read?

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

Контекст и уровень изоляции

Phantom Read напрямую связан с уровнем изоляции транзакций. В SQL-стандарте (ANSI/ISO) существует четыре уровня:

1. Read Uncommitted (чтение незафиксированных данных)
2. Read Committed (чтение фиксированных данных)
3. Repeatable Read (повторяемое чтение)
4. Serializable (упорядочиваемый)

Phantom Read может возникать на уровнях Read Committed и Repeatable Read. На уровне Serializable эта проблема полностью предотвращается, так как транзакции изолируются так, как если бы они выполнялись строго последовательно.

Суть проблемы Phantom Read

Phantom Read происходит, когда одна транзакция в процессе своего выполнения дважды читает тот же набор данных (например, с помощью двух одинаковых SELECT запросов), но между этими чтениями другая транзакция добавила новые строки, которые удовлетворяют условиям первого запроса. В результате второе чтение возвращает больше строк ("фантомные" строки), чем первое, нарушая ожидания первой транзакции на повторяемость результата.

Пример на SQL

Рассмотрим классический пример с базой данных пользователей:

-- Транзакция A (длительная, например, отчетная)
START TRANSACTION;
-- Первый SELECT
SELECT * FROM users WHERE age > 30;
-- Результат: 10 пользователей.

-- ... Транзакция A продолжает работать, не завершаясь...

-- Транзакция B выполняется параллельно и НЕ БЛОКИРУЕТСЯ на уровне Repeatable Read
START TRANSACTION;
INSERT INTO users (name, age) VALUES ('Новый Фантом', 35);
COMMIT;

-- Транзакция A выполняет тот же SELECT еще раз
SELECT * FROM users WHERE age > 30;
-- Результат теперь: 11 пользователей! Появилась "фантомная" строка.
COMMIT;

В этом примере транзакция А на уровне REPEATABLE READ может быть защищена от изменения существующих строк (age у уже выбранных пользователей не изменится), но не от добавления новых строк, удовлетворяющих условию age > 30. Именно это новое, появившееся во втором чтении, строки называют "фантомами".

Как предотвратить Phantom Read?

Для полного предотвращения Phantom Read необходимо использовать уровень изоляции Serializable. На этом уровне система обеспечивает строгую изоляцию, часто путем использования блокировок диапазонов (range locks) или других механизмов (например, версионирования данных в MVCC-системах).

Например, в приведённом выше случае, на уровне SERIALIZABLE, транзакция Б, пытающаяся выполнить INSERT с age=35, будет либо блокирована, либо её выполнение приведёт к откату (в зависимости от реализации), пока транзакция А не завершится, потому что её первый SELECT логически "зарезервировал" диапазон age > 30.

-- Транзакция A на уровне SERIALIZABLE
SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;
START TRANSACTION;
SELECT * FROM users WHERE age > 30; -- Теперь этот запрос может установить блокировку на весь диапазон age>30
-- ... Транзакция Б будет ждать или получит ошибку при попытке INSERT в этот диапазон ...
SELECT * FROM users WHERE age > 30; -- Результат гарантированно будет одинаковым
COMMIT;

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

Для Android разработчика понимание Phantom Read важно в контексте работы с локальными базами данных, например, SQLite:

• SQLite по умолчанию использует уровень изоляции, близкий к SERIALIZABLE, благодаря механизмам блокировок файла базы данных. Поэтому в типичных сценариях работы с одной базой в приложении Phantom Read маловероятен.
• Однако, в сложных сценариях с многопоточным доступом к Room или SQLiteDatabase, если не обеспечена правильная синхронизация или используются отдельные соединения, теоретически возможны аналогичные проблемы.
• При взаимодействии с серверными базами данных через API, ответственность за уровень изоляции лежит на стороне сервера, но клиент должен быть готов к возможным неконсистентностям в данных, полученных в разных запросах.

Таким образом, Phantom Read — это важное концептуальное явление, иллюстрирующее необходимость глубокого понимания уровней изоляции транзакций при проектировании надежных, консистентных систем, где данные могут изменяться параллельно.