Проверяет знание уровня изоляции транзакций по умолчанию в PostgreSQL и понимание его влияния на согласованность данных.
PostgreSQL по умолчанию использует уровень изоляции транзакций Read Committed. Это один из четырёх уровней, определённых стандартом SQL, и он выбран как баланс между производительностью и согласованностью данных для большинства приложений.
При уровне Read Committed каждая команда (SELECT, INSERT, UPDATE, DELETE) внутри транзакции видит снимок данных, который был зафиксирован на момент начала выполнения этой команды. Это означает, что если другая транзакция зафиксирует изменения между командами текущей транзакции, текущая транзакция увидит эти новые данные в последующих командах. Такой подход предотвращает грязное чтение (чтение незафиксированных данных), но допускает неповторяющееся чтение (когда одна и та же строка читается с разными значениями в разных командах) и фантомные строки (когда набор строк, возвращаемых запросом, меняется между командами).
PostgreSQL реализует изоляцию с помощью механизма MVCC (Multi-Version Concurrency Control). Каждая транзакция получает уникальный идентификатор, и каждая строка хранит информацию о том, какая транзакция её создала и какая удалила. При выполнении команды PostgreSQL строит снимок видимости, который включает только те строки, которые были зафиксированы до начала команды. Это позволяет читателям не блокировать писателей и наоборот, обеспечивая высокую конкурентность.
Рассмотрим две транзакции: T1 и T2. T1 начинает и выполняет SELECT, затем T2 обновляет строку и фиксирует изменения. Если T1 затем выполнит тот же SELECT, она увидит новое значение, потому что команда начинается после фиксации T2. Это демонстрирует неповторяющееся чтение, которое допустимо на уровне Read Committed.
-- Транзакция T1
BEGIN;
SELECT balance FROM accounts WHERE id = 1; -- возвращает 100
-- Транзакция T2 (параллельно)
BEGIN;
UPDATE accounts SET balance = 200 WHERE id = 1;
COMMIT;
-- Продолжение T1
SELECT balance FROM accounts WHERE id = 1; -- возвращает 200 (новое значение)
COMMIT;Если приложению требуется строгая согласованность, например, для финансовых операций, можно использовать уровень Repeatable Read или Serializable. Они обеспечивают более строгие гарантии, но могут снижать производительность из-за увеличения блокировок или ошибок сериализации. Выбор уровня зависит от требований к целостности данных и допустимой конкурентности.
Read Committed — разумный выбор по умолчанию для большинства сценариев, так как он обеспечивает хорошую производительность и защиту от грязного чтения. Если ваше приложение требует более строгой изоляции, явно укажите нужный уровень в начале транзакции с помощью команды SET TRANSACTION ISOLATION LEVEL.
