DBAtlas · Атлас эксплуатации баз данных

Проверить покрытие visibility map и эффективность Index Only Scan

PostgreSQLОбслуживание

Команда

-- Tables with a low all-visible page ratio: Index Only Scans must visit the heap
SELECT c.oid::regclass AS table_name,
       c.relpages,
       c.relallvisible,
       round(100.0 * c.relallvisible / NULLIF(c.relpages, 0), 1) AS all_visible_pct,
       pg_size_pretty(pg_relation_size(c.oid)) AS heap_size,
       s.n_ins_since_vacuum,
       s.last_autovacuum
FROM pg_class c
JOIN pg_stat_user_tables s ON s.relid = c.oid
WHERE c.relpages > 1000
ORDER BY all_visible_pct NULLS FIRST
LIMIT 20;

-- If "Heap Fetches" in the plan is close to the returned rows, the visibility map is stale
EXPLAIN (ANALYZE, BUFFERS) SELECT id FROM customer WHERE id BETWEEN 1 AND 50000;

-- Exact count (pg_visibility extension)
CREATE EXTENSION IF NOT EXISTS pg_visibility;
SELECT * FROM pg_visibility_map_summary('customer');

Что делает

Показывает долю all-visible страниц таблиц, число строк, вставленных после последнего vacuum, и как часто Index Only Scan приходилось обращаться к heap (Heap Fetches).

Когда использовать

Когда Index Only Scan работает хуже ожидаемого; на таблицах с преобладанием вставок/append-only и при проверке дизайна покрывающего (INCLUDE) индекса.

Внимание

relpages/relallvisible — оценки, записанные последним VACUUM/ANALYZE. Биты visibility map устанавливает только VACUUM; каждый UPDATE/DELETE сбрасывает бит затронутой страницы. При низкой доле на часто обновляемых таблицах снизьте autovacuum_vacuum_scale_factor для таблицы. pg_visibility_map_summary читает небольшой слой VM, а не heap.

Открыть в DBAtlas →

Связанные материалы