Что делать если postgresql грузит hdd на 100%?

Question

[D_E_S]

На сервер только один сайт. С недавнего времени система стала отказывать. Количество пользователей не изменилось, запросы не изменились.

iostat
Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util
xvda 0,00 0,00 760,80 1,30 16034,80 57,20 42,23 165,32 68,49 37,18 18393,54 1,31 100,00
если заверить службу postgresql то нагрузка на hdd:
Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util
xvda 0,00 4,80 0,20 2,20 1,20 39,60 34,00 0,00 0,00 0,00 0,00 0,00 0,00

Запись в log временно отключил. Уменьшение или увеличении shared_buffers не помогло

Answer 1

[lega]

postgresql делает большой rkB/s, наверно идет фулскан данных, т.е. индексы не используются - ищите запросы добавляйте правильные индексы.

Comments

[D_E_S]

Больная часть запросов по tsvector которое и является индексом. Почему до этого все работало - вот это мне больше всего не понятно.

[lega]

D_E_S:
tsvector - не индекс, это лексер (для него тоже индекс нужен)
Даже если индексы созданы, значит фильтры такие что psql их не использует, например если вы в запрос с tsvector добавите какое-то условие (create_date < $date или status = 7), то этот индекс уже может не покрывать запрос, и psql будет пробовать другие запросы или делать полный перебор. Делайте анализ запросов.

Самое простое с чего можно начать, собрать статистику длительности запросов, например если это веб, то добавить в логи nginx/веб сервера.
Далее спарсить логи и выявить самые тормознутые запросы, и их оптимизировать. Самые тормознутые запросы чаще всего и создают проблему.