Ну так заподозрить такое можно, зная нагрузку (если она примерно

Question

Ну так заподозрить такое можно, зная нагрузку (если она примерно

такая, как описано выше, то можно подумать).
Косвенно — по избыточной (в разы) нагрузке от autovacuum по сравнению с ожидаемой.
Прямо — запросами на основании:
SELECT MIN(ctid) -- тут может быть полезно их распределение, кстати
FROM medium_table
WHERE created_at > '<последний месяц>'; -- или id > чего-то подобного и т.п.
т.е. если такие записи раскиданы по таблице куда сильнее, чем ожидается.

> есть ссылка на чтиво?

Хмм.... сходу нет.

(Ещё вспомнил) Что касается патологических случаев — кажется, тот же @Komzpa (и, вроде, прямо здесь) описывал и другой подобный — когда нагрузка такая, что индексы "раздуваются" практически неограниченно (в 10-100 раз больше, чем они должны бы быть для таблицы такого размера). Тут партиционирование может очень помочь с обслуживанием (регулярной реиндексацией).

#backend #devops #pgsql #programming #russian

0

10.06.2023

4 ответов

7 просмотров

Yaroslav Schekin Автор вопроса

Какой-то Хмырь
получается, если нарушается закономерность, что ct...

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

0

10 месяцев назад

Какой-то Хмырь

мерси бакуп)

0

10 месяцев назад

Yaroslav Schekin Автор вопроса

Какой-то Хмырь
мерси бакуп)

Про "пухнущие" индексы — вот ссылка: https://t.me/pgsql/146282 А про предыдущий случай — кажется, вот этот thread: https://www.postgresql.org/message-id/CAC8Q8tLBeAxR%2BBXWuKK%2BHP5m8tEVYn270CVrDvKXt%3D0PkJTY9g%40mail.gmail.com

0

10 месяцев назад

Какой-то Хмырь · Accepted Answer

Какой-то Хмырь

получается, если нарушается закономерность, что ctid должен расти с created_at. т.е. если новые строки получают ctid сильно меньше максимального?

0

10 месяцев назад

172 похожих чатов

Ну так заподозрить такое можно, зная нагрузку (если она примерно

4 ответов

Похожие вопросы