Tl/Dr я в постгресе новичок, так что многого не знаю

скорее всего.

>> С учётом показанного, похоже на то, что autovacuum не справляется

Возможно, каким инструментом можно это измерить или замониторить?

>> И зачем они тогда вообще партиционированы, в таком случае?! Я правильно понял, что по датам?

Верно, по дате типа created_at, партишены нарезаны по месяцам. Ну, тут несколько целей:
- ускорение аналитических запросов, т.к в подавляющем большинстве затрагивают какой-то ограниченный диапазон дат, типа за последние 2-3 недели/месяца. С этой стороны партицирование успешно выполняет свою задачу благодаря partition pruning
- получение экспертизы для применения на последующих проектах 🙂

>> но этот maintenance не выполняется.

Формально, да, не выполнялся. Да и осознание проблемы bloat у меня появилось не так давно, спасибо обсуждениям в этом чате.

>> А зря, как видно. Autovacuum сделать намного аггрессивнее, выполнить maintenance "старых" таблиц (и посмотреть в сторону pg_partman, например).

К сожалению, не очень понимаю что куда крутить. Есть ли какое-нить руководство для тюнинга autovacuum?

Я так сейчас понимаю, что для maintenance нужно было планировать запуск команды vacuum, или может быть vacuum full для нужных партишенов.

> tl/dr я в постгресе новичок, так что многого не знаю скорее всего. А в сленге Вы тоже новичок? Знаете, что означает tl/dr, или просто так написали? ;) > Возможно, каким инструментом можно это измерить или замониторить? Вы уже измерили (есть и другие запросы для измерения, их легко найти на wiki / в сети). А инструментов мониторинга много — погуглите / выберите, какой понравится. > С этой стороны партицирование успешно выполняет свою задачу благодаря partition pruning О-хо-хо. Или не выполняет. Вы же не сравнивали, сознайтесь? ;) > К сожалению, не очень понимаю что куда крутить. Есть ли какое-нить руководство для тюнинга autovacuum? Да завались же этого было, да и по документации можно настроить (почему в чате нет FAQ?). ;) Пробовали гуглить, опять-таки? > нужно было планировать запуск команды vacuum, или может быть vacuum full для нужных партишенов. Да и да (и не только — возможно, стоило подумать, какой "физический" порядок записей лучше подходит для большинства запросов и сделать CLUSTER; или наложить дополнительные constraints на "старые" partitions). > C pg_partman я не сталкивался, мне в принципе пока что хватало возможностей декларативного партиционирования. Они друг другу не мешают. Он просто помогает автоматизировать работу с партиционированием. > В чем преимущество pg_partman в разрезе pg_partman? В том, что вышеописанное не надо делать вручную.