Версия: 2.3.0

GitHub

Расширение теперь доступно. Однако, так как оно требует некоторой общей памяти для хранения своих счетчиков, модуль должен быть загружен при запуске Tantor SE-1C. Таким образом, вы должны добавить модуль в shared_preload_libraries в вашем postgresql.conf. Для учета изменений требуется перезапуск сервера. Поскольку это расширение зависит от pg_stat_statements, его также необходимо добавить в shared_preload_libraries.

Добавьте следующие параметры в ваш postgresql.conf:

# postgresql.conf
shared_preload_libraries = 'pg_stat_statements,pg_stat_kcache'

После перезапуска вашего кластера Tantor SE-1C, вы можете установить расширение в каждой базе данных, где вам нужно получить доступ к статистике:

mydb=# CREATE EXTENSION pg_stat_kcache;

Следующие GUC могут быть настроены в postgresql.conf:

pg_stat_kcache создает несколько объектов.

pg_stat_kcache_reset()

SELECT * FROM pg_stat_kcache();

Обратите внимание, что для изменений, отличных от SQL-объектов, требуется перезапуск Tantor SE-1C. Большая часть нового кода будет активирована сразу после перезапуска, независимо от того, обновлено ли расширение, так как расширение только отвечает за отображение внутренней структуры данных в SQL.

Пожалуйста, обратите внимание, что когда поля функции, возвращающей набор, изменяются, требуется перезапуск Tantor SE-1C для загрузки новой версии расширения. До выполнения перезапуска обновление расширения завершится неудачей с сообщениями, подобными:

не удалось найти функцию "pg_stat_kcache_2_2" в файле .../pg_stat_kcache.so

Известных ошибок нет.

Мы предполагаем, что блок ядра составляет 512 байт. Это верно для Linux, но может не соответствовать действительности для другой реализации Unix.

См.: http://lkml.indiana.edu/hypermail/linux/kernel/0703.2/0937.html

На платформах без родной функции getrusage(2), все поля, кроме user_time и system_time, будут NULL.

На платформах с родной функцией getrusage(2), некоторые поля могут не поддерживаться. Это поведение зависит от платформы, пожалуйста, обратитесь к руководству по вашей платформе getrusage(2) для получения более подробной информации.

Если pg_stat_kcache.track установлено в all, pg_stat_kcache отслеживает вложенные операторы. Максимальное количество уровней вложенности, которые будут отслеживаться, ограничено 64, чтобы упростить реализацию, но этого должно быть достаточно для разумных случаев использования.

Даже если pg_stat_kcache.track установлено в all, представление pg_stat_kcache учитывает только статистику верхнеуровневых операторов. Таким образом, существует случай, когда, хотя пользовательское время CPU, использованное для планирования вложенного оператора, велико, plan_user_time представления pg_stat_kcache мало. В таком случае пользовательское время CPU, использованное для планирования вложенного оператора, учитывается в exec_user_time.

pg_stat_kcache является оригинальной разработкой Томаса Рейса, с большими частями кода, вдохновленными pg_stat_plans. Жюльен Рухауд также внес вклад в некоторые части расширения.

Благодарим Питера Геогегана за предоставление большого вдохновения с pg_stat_plans, чтобы мы могли написать это расширение довольно просто.

pg_stat_kcache является свободным программным обеспечением, распространяемым под лицензией PostgreSQL.

Авторские права (c) 2014-2017, Dalibo Авторские права (c) 2018-2022, Команда PoWA