6.2. Отслеживание активности в журнале

Запись в журнал может осуществляться как клиентом, так и фоновым процессом walwriter. По умолчанию все изменения в журнал пишутся клиентским процессом. Это может происходить при подтверждении транзакции командой COMMIT или при заполнении WAL-буфера (см. wal_buffers).Такая запись называется синхронной,и, передтем как отправить следующую команду или запрос, клиент вынужден дождаться завершения записи в журнал. Настройки СУБД позволяют переопределить поведение и использовать асинхронное подтверждение транзакций (см. synchronous_commit). В таком режиме запись в журнал делегируется процессу walwriter, который работает в фоновом режиме. Перекладывая задачу записи в журнал на фоновый процесс, клиентские процессы могут не дожидаться завершения записи и сразу отправлять серверу следующую команду. Однако следует помнить, что в таком режиме в случае сбоев есть риск потери последних транзакций,которые еще не были записаны процессом walwriter.Настройкаподтверждениятранзакцийимеетещенесколькорежимов,действующих при использовании репликации. Более подробно с ними можно ознакомиться в документации1.Можно найти и исчерпывающую информацию о работе WAL-журнала2,3.

6.2. Отслеживание активности в журнале

Журнал упреждающей записи является важной частью СУБД, и администратору необходимо иметь представление об активности, связанной с ним. Запись в журнал влияет на продолжительность транзакций, поэтому для хорошей производительности СУБД важно, чтобы запись проходила быстро и без задержек. Может возникнуть и ряд других вопросов: каковы объемы записи в журнал? Сколько времени уходит на запись? Какой объем записи в журнал выполняютте или иные типы запросов?

Для отслеживания активности,связанной с журналом,имеется несколько инструментов:

•pg_waldump и pg_walinspect — инструменты для детального анализа журнала, которые больше подходятдля отладки и поиска проблем или для образовательных целей;

•pg_stat_wal—общая статистика связанной с журналом активности;

•pg_stat_statements — это хорошо зарекомендовавшее себя расширение содержит также статистику,связанную с журналом,по отдельным типам запросов;

•EXPLAIN ANALYZE — средство для вывода плана запроса, которое показывает дополнительную информацию о записи в журнал при указании параметра WAL.

1 postgrespro.ru/docs/postgresql/current/wal-async-commit

2 postgrespro.ru/docs/postgresql/current/wal-configuration

3 www.interdb.jp/pg/pgsql09.html

162Глава 6. Журнал упреждающей записи

С точки зрения регулярного мониторинга особенно интересны представления pg_stat_wal и pg_stat_statements,поэтому рассмотрим их более подробно.

Представление pg_stat_wal

Представление pg_stat_wal содержит всего одну строку:

# TABLE pg_stat_wal;

Статистика носит накопительный характер и включает следующую информацию:

•wal_records—общее количество записей,отправленных в журнал;

•wal_fpi—общее количество записанных FPI-страниц (full page image);

•wal_bytes—общий объем данных,записанный в журнал,в байтах;

•wal_buffers_full — общее количество раз, когда данные в журнал были записаны из-за заполнения WAL-буфера;

•wal_write—количество операций ввода-вывода для записи данных из WAL-буфера;

•wal_sync — количество запросов на синхронизацию WAL-сегментов с основным хранилищем;

•wal_write_time—время,затраченное на запись содержимого WAL-буфера в основное хранилище,в миллисекундах.Можетвключать в себя время,затраченное на синхронизацию, если параметр wal_sync_method установлен в open_datasync или open_sync;

•wal_sync_time—время,затраченное на синхронизацию сегментов в основное хранилище, в миллисекундах;

•stats_reset—отметка времени сброса статистики.

Статистика по времени отслеживается только при включенном параметре track_wal_io_timing. На основеданных представления можно отслеживатьактивность,связанную с журналом,объ- емыипродолжительностьзаписиифакты,указывающиенанехваткуместавWAL-буфере,что может послужить поводом к пересмотру настройки параметра wal_buffers.

На основе метрик по этой статистике можно построить графики общей WAL-активности на уровне экземпляра СУБД.