210 Глава 8. Очистка

ПримернозатримиллионатранзакцийдоисчерпанияидентификаторовСУБДпереходитврежим только чтения. Любая попытка выполнить запись или изменение данных завершится ошибкой.

ERROR: database is not accepting commands to avoid wraparound data loss in database "postgres"

HINT: Stop the postmaster and vacuum that database in single-user mode.

You might also need to commit or roll back old prepared transactions, or drop stale replication slots.

Такая ситуация расценивается как опасная и переход СУБД в аварийный режим исключает возможность продолжить работу и повредить данные. Для восстановления и продолжения нормальной работы администратору придется перезапустить СУБД в особом, однопользовательском режиме (single-user mode), выполнить очистку в тех БД, где это необходимо, после чего перезапустить СУБД в обычном режиме.

8.4. Раздувание таблиц и индексов

Устаревшие версии строк появляются в результате операций обновления или удаления. При нормальной работе занимаемоетакими версиями место оперативно освобождается очисткой и используется для вставки новых версий. Однако если устаревших версий накопилось слишком много и автоочистка долгое время не имела возможности вычищать их,то после очистки

вфайлах таблицы и индексов образуются большие свободные участки, которые, возможно, не израсходуются в дальнейшем и будут просто занимать место на диске. В результате дисковое пространство используется неэффективно. Стоит отдельно отметить, что это относится к «пустотам», находящимся в начале или середине файла: если очистка освобождает место

вконце файла,она может попытаться сделать усечение файла.

При продолжительной эксплуатации СУБД таких пустот в таблицах и индексах может образовываться все больше и больше, и происходит так называемое раздувание. Если сложить все эти пустоты вместе, может получиться внушительная цифра. С точки зрения эксплуатации необходимо регулярно проверять таблицы и индексы на предмет раздувания, выполнять их обслуживание и высвобождать неиспользуемое пространство.

Для поиска раздутых объектов наиболее эффективным и точным средством оценки является расширение pgstattuple1. Однако ценой точности являются большие накладные расходы: расширение читает каждую страницу проверяемого объекта, что требует соответствующего ввода-вывода и нагружает дисковую подсистему. Учитывая, что СУБД не имеет встроенных механизмов ограничения пропускной способности,такая «проверка» может значительно

1 postgrespro.ru/docs/postgresql/current/pgstattuple

212Глава 8. Очистка

•tuple_len—общий размер живых версий строк в байтах;

•tuple_percent—процент живых версий строк от общего числа всех версий;

•dead_tuple_count—общее количество мертвых версий строк;

•dead_tuple_len—общий размер мертвых версий строк в байтах;

•dead_tuple_percent—процент мертвых версий строк от общего числа всех версий;

•free_space — общий размер в байтах свободного пространства внутри файлов таблицы, за счет которого раздулась таблица. Это пространство появляется как результат очистки отмертвыхверсийстрокидоступнодляповторногоиспользованиятольковэтойтаблице;

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

Наиболее интересными полями являются free_space и free_percent, поскольку прямо указывают объемы пустого пространства. Если сравнить статистику обеих таблиц, можно отметить, что таблица pgbench_accounts подвержена раздуванию гораздо меньше,чем pgbench_branches, 3,5% против 88%, но таблица pgbench_branches занимает всего 311 КБ. При высвобождении свободного места выигрыш может быть небольшим, однако если с этой таблицей связан значительный ввод-вывод,то можно существенно сократить накладные расходы.

В продолжение нашего примера выполним команду полной очистки VACUUM FULL для таблицы pgbench_branches.Этохотьиблокирующаяоперация,новыполнитсяонамгновенно,поскольку целевая таблица небольшая и содержит всего 20 строк.После операции полной очистки снова посмотрим статистику pgstattuple:

#VACUUM FULL pgbench_branches;

#SELECT * FROM pgstattuple('pgbench_branches');

-[ RECORD 1 ]------+----------------------------

Высвободилось практически все свободное место,а таблица стала умещаться в одну страницу размером 8 КБ.Однако это всеголишьнебольшаятаблица втестовом окружении.В настоящих производственных окружениях значения и результаты будут совершенно иными.

На практике для высвобождения пространства используются различные инструменты. Для индексов подходит использование команды REINDEX CONCURRENTLY, которая в неблокирующем режиме создает новый индекс и затем подменяет им старый. Для обработки таблиц СУБД