Всем привет. postgres поставлен почти по дефолту + pgtune. наблюдаем странные периодичесике просадки по производительности на очень неслабом железе. у меня вопрос в общем, куда бы вы копали в первую очередь? спасибо.
Hi См. WAL checkpoints https://www.postgresql.org/docs/current/wal-configuration.html https://www.postgresql.org/docs/current/runtime-config-wal.html
просадки по производительности на очень неслабом железе.
БД на SSD?
--
Best regards,
Mykola
On Thu, Apr 6, 2023 at 8:21 PM Gregory Edigarov
Всем привет. postgres поставлен почти по дефолту + pgtune. наблюдаем странные периодичесике просадки по производительности на очень неслабом железе.
у меня вопрос в общем, куда бы вы копали в первую очередь?
спасибо.
_______________________________________________ uanog mailing list uanog@uanog.kiev.ua https://mailman.uanog.kiev.ua/mailman/listinfo/uanog
Если вопрос в общем, то вопрос всегда к программистам. Со стороны
инфраструктуры нужно предоставить только график cpu, memory, disk usage.
Теперь о конкретике
1) обложить сервер мониторингом (cpu, память, иопсы)
2) включить log_min_duration_statement хота бы от 100ms. Уже повод сильно
нагнуть разработку для запросов которые сюда попадают. Но все зависит. Если
у вас не веб, а оффлайн процессинг то и минута ок.
3) Дальше анализ запросов - путь dba. Иногда sysadmin/devops/sre выполняют
эту роль. Тогда explain analyze и 100500 дней опыта в этом.
чт, 6 квіт. 2023 р. о 20:21 Gregory Edigarov
Всем привет. postgres поставлен почти по дефолту + pgtune. наблюдаем странные периодичесике просадки по производительности на очень неслабом железе.
у меня вопрос в общем, куда бы вы копали в первую очередь?
спасибо.
_______________________________________________ uanog mailing list uanog@uanog.kiev.ua https://mailman.uanog.kiev.ua/mailman/listinfo/uanog
participants (3)
-
Gregory Edigarov -
Mykola Ulianytskyi -
Serge Negodyuck