Из приведенного фрагмента видно,что резервное копированиедлится чутьбольше 30 секунд, клиенту отправлена бóльшая часть содержимого БД, копирование выполнено на 87% и уже подходит к завершению. Из представления pg_stat_activity взяты поле state и маркер ожидания, который в большинстве случаев будет показывать ожидания ввода-вывода, поскольку процесс копирует файлы данных и не использует блокировки.

9.3. Представление pg_stat_progress_cluster

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

1 www.postgresql.org/docs/current/sql-cluster.html

2 www.postgresql.org/docs/current/sql-vacuum.html

В приведенном примере команда VACUUMFULLдлится уже шестьсекунд,она выполнена на 70%, однакоеезавершенияждутеще33сеанса,вкоторыхвыполняютсязапросыкперестраиваемой таблице. Соответственно, приложения, которые выполняют эти запросы, также заблокированы и вынуждены ждать завершения команды.

9.4. Представление pg_stat_progress_create_index

При активной разработке приложений и при появлении в приложении новых типов запросов создание индексов может бытьдовольно частой операцией.Создание индексов,особенно для

больших таблиц, может занимать продолжительное время,требовать значительных ресурсов и влиять на производительность конкурентных запросов.

Для отслеживания используется представление pg_stat_progress_create_index, где каждая строка описывает отдельный процесс,в котором выполняется построение индекса:

•pid—идентификатор процесса в операционной системе;

•datid,datname—идентификатор и имя базы данных,в которой происходит операция;

•relid—идентификатор таблицы,которой принадлежит индекс;

•index_relid—идентификатор индекса,над которым выполняется операция;

•command — выполняемая команда: CREATE INDEX, CREATE INDEX CONCURRENTLY, REINDEX или REINDEX CONCURRENTLY;

•phase—фаза операции:

—initializing—подготовка к работе;

—waiting for writers before build — команды CREATE INDEX CONCURRENTLY или REINDEX CONCURRENTLY ожидают завершения транзакций, которые удерживают блокировки назаписьимогутчитатьтаблицу.Фазапропускаетсяпривыполненииоперациивблокирующем режиме. Детали выполнения фазы можно отслеживать в lockers_total, lockers_done и current_locker_pid;

—building index — методы доступа, поддерживающие отслеживание, передают статистику о своем состоянии. Детали построения индекса можно отслеживать в по-

лях blocks_total и blocks_done, но также могут меняться и значения tuples_total и tuples_done;

—waiting for writers before validation — команды CREATE INDEX CONCURRENTLY или

REINDEX CONCURRENTLY ожидают завершения транзакций, которые удерживают блокировки на запись и могут записывать в таблицу. Эта фаза пропускается при выполнении операции в блокирующем режиме.Детали выполнения фазы можно отслеживать в lockers_total,lockers_done и current_locker_pid;

—index validation: scanning index — команда CREATE INDEX CONCURRENTLY сканирует ин-

декс на предмет строк, требующих проверки. Фаза пропускается при выполнении операции в блокирующем режиме. Детали выполнения фазы отражаются в полях blocks_total и blocks_done;

—index validation: sorting tuples—команда CREATE INDEX CONCURRENTLY сортирует стро-

ки,найденные в фазе сканирования;

—index validation: scanning table — команда CREATE INDEX CONCURRENTLY сканирует таб-

лицу, чтобы проверить строки индекса, собранные в предыдущих двух фазах. Фаза пропускается при выполнении операции в блокирующем режиме. Детали выполне-

ние фазы отражаются в blocks_total и blocks_done;

230Глава 9. Ход выполнения операций

—waiting for old snapshots — команды CREATE INDEX CONCURRENTLY или REINDEX CONCURRENTLY ожидают освобождения снимков теми транзакциями, которые могут видеть содержимое таблицы. Фаза пропускается при выполнении операции в блокирующем режиме. Детали выполнения отражаются в lockers_total, lockers_done

иcurrent_locker_pid;

—waiting for readers before marking dead — перед тем как пометить старый индекс как нерабочий, команда REINDEX CONCURRENTLY ожидает завершения транзакций, удерживающих блокировки чтения. Фаза пропускается при выполнении операции в блокирующем режиме. Детали выполнения отражаются в lockers_total, lockers_done

иcurrent_locker_pid;

—waiting for readers before dropping — прежде чем удалить старый индекс, команда REINDEX CONCURRENTLY ожидает завершения транзакций, которые удерживают блокировки чтения.Фаза пропускается при выполнении операции в блокирующем режиме.

Детали выполнения отражаются в lockers_total, lockers_done и current_locker_pid;

•lockers_total—количество процессов,которых приходится ждать;

•lockers_done—количество процессов,ожидание которых завершено;

•current_locker_pid — идентификатор процесса, который удерживает блокировку в данный момент;

•blocks_total (tuples_total) — общее количество блоков (строк), которое требуется обработать в данной фазе;

•blocks_done (tuples_done)—общее количество блоков (строк),уже обработанных вданной фазе;

•partitions_total — общее число секций, для которых должны быть созданы индексы (в случае работы с секционированной таблицей);

•partitions_done — общее число секций, для которых уже выполнено создание индексов (в случае работы с секционированной таблицей).

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

Для получения результатов запроса в соседнем сеансе нужно запуститьперестроение индекса:

# REINDEX CONCURRENTLY pgbench_accounts_pkey;

В сеансе с запросом к pg_stat_progress_create_index можно будет увидеть подобный вывод, из которого следует, что перестроение индекса находится в фазе сканирования таблицы, которая завершена на 75%. После этого будет начата фаза загрузки строк, ход которой можно будет отследить в поле tuples_done,%.