Проанализировать источники I/O через pg_stat_io (тип backend, объект, контекст)
PostgreSQLРасширенияКоманда
SELECT backend_type,
object,
context,
reads,
pg_size_pretty(reads * op_bytes) AS read_size,
writes,
pg_size_pretty(writes * op_bytes) AS write_size,
extends,
hits,
round(100.0 * hits / NULLIF(hits + reads, 0), 1) AS hit_pct,
evictions,
reuses,
fsyncs,
round(read_time::numeric, 1) AS read_ms,
round(write_time::numeric, 1) AS write_ms
FROM pg_stat_io
WHERE coalesce(reads, 0) + coalesce(writes, 0) + coalesce(extends, 0) + coalesce(evictions, 0) > 0
ORDER BY coalesce(reads, 0) + coalesce(writes, 0) DESC;
-- Who writes? Ideally most writes come from the checkpointer and background writer
SELECT backend_type,
pg_size_pretty(sum(writes * op_bytes)) AS written,
round(100.0 * sum(writes) / NULLIF(sum(sum(writes)) OVER (), 0), 1) AS pct_of_writes,
sum(fsyncs) AS fsyncs
FROM pg_stat_io
WHERE object = 'relation' AND writes > 0
GROUP BY backend_type
ORDER BY sum(writes) DESC;Что делает
Показывает чтения, записи, расширения, вытеснения и fsync по типу backend (client backend, autovacuum, checkpointer...), объекту (relation/temp relation) и контексту (normal, vacuum, bulkread, bulkwrite); и от каких типов процессов идёт запись.
Когда использовать
При узком месте I/O — чтобы понять, откуда нагрузка: от запросов, autovacuum или checkpoint, и для проверки настроек shared_buffers/bgwriter.
Внимание
pg_stat_io действует на весь кластер и накапливается с последнего сброса; чтобы увидеть изменение, берите разницу двух выборок (для сброса: SELECT pg_stat_reset_shared('io');). read_time/write_time заполняются только при track_io_timing = on. reads включает и чтения, обслуженные из страничного кэша ОС. Высокие writes или evictions у client backend означают, что backend сами записывают буферы, чтобы освободить место; проверьте shared_buffers, bgwriter_lru_maxpages и настройки checkpoint. Строки с context = 'vacuum'/'bulkread' отражают использование кольцевого буфера; reuses там — норма.