Руководство по созданию эффективных запросов

Рис. 8.1 

Структура блока после удаления строки
Эта особенность может как положительно, так и отрицательно влиять на 
производительность.
Устаревшие версии не хранятся вечно. Операция очистки удаляет их и объ-
единяет свободное место в блоке, когда старые версии больше не нужны для 
текущих транзакций.
PostgreSQL использует протокол изоляции снимков (SI, snapshot isola-
tion) для управления одновременным доступом, чтобы предотвращать не-
желательное влияние транзакций друг на друга. Обратите внимание, что 
в учебниках по базам данных обычно объясняется, как работают блокировки 
в протоколе двухфазного блокирования, а это значительно отличается от 
способа использования блокировок в PostgreSQL. Сведения, полученные из 
учебников или опыта работы с другими системами, могут ввести вас в за-
блуждение.
При изоляции снимков транзакция всегда считывает последнюю зафикси-
рованную версию строки. Если другая транзакция обновила эту строку, но не 
выполнила фиксацию до начала операции чтения, будет прочитана устарев-
шая версия. Это преимущество, поскольку старая версия остается доступной 

---

Модификация данных и индексы 

161
и для ее чтения не требуется блокировка. Многоверсионное управление до-
ступом улучшает пропускную способность, поскольку нет необходимости 
откладывать операции чтения.
Согласно изоляции снимков, одновременная запись одних и тех же данных 
не допускается: если две конкурирующие (выполняющиеся одновременно) 
транзакции пытаются изменить одни и те же данные, одна из двух транзак-
ций должна быть оборвана. Есть две стратегии обеспечения этого правила: 
побеждает
первое
обновление
(first update wins) и 
побеждает
первая
фиксация
(first commit wins). Первую стратегию реализовать проще: про выполненное 
обновление известно сразу, и вторая транзакция может быть прервана без 
ожидания. Однако PostgreSQL использует вторую стратегию.
Чтобы обеспечить соблюдение этого правила, PostgreSQL использует бло-
кировку операции записи для любой операции модификации. Прежде чем 
транзакция сможет внести какие-либо изменения в данные, она должна уста-
новить блокировку для обновлений. Если блокировка не может быть полу-
чена из-за того, что другая транзакция изменяет те же данные, то операция 
откладывается до завершения транзакции, удерживающей конфликтующую 
блокировку. Если удерживающая транзакция обрывается, то блокировка сни-
мается и предоставляется ожидающей транзакции, которая теперь может 
завершить операцию изменения данных. В противном случае, если удер-
живающая блокировку транзакция завершается успешно, последующее по-
ведение зависит от уровня изоляции транзакции. На уровне изоляции 
READ
COMMITTED
, который используется в PostgreSQL по умолчанию, ожидающая 
транзакция прочитает измененные данные, установит блокировку операции 
записи и завершит модификацию. Такое поведение возможно, потому что на 
этом уровне изоляции операция чтения может прочитать версию, зафикси-
рованную на момент начала команды 
SELECT
, а не на момент начала транз-
акции. На уровне изоляции 
REPEATABLE
READ
ожидающая транзакция будет 
прервана. Такая реализация приводит к ожиданиям, но позволяет избежать 
ненужных обрывов.
Мы не обсуждаем уровень 
SERIALIZABLE
, потому что он используется крайне 
редко.
Теперь рассмотрим несколько важных частных случаев.