Как оптимизировать запросы в PostgreSQL?

Question

[Maxim Markin]

Доброго времени суток.
Суть вопроса: у меня имеется сервера на ноде, он является так таковым пуш-сервером (отслеживает изменения в БД и отправляет нужные данные подключенному клиенту). Примерная нагрузка 1500-2000 клиентов. На одного клиента приходится по 7-8 запросов в 3 секунды. Недавние тесты показали, что это будет сильная нагрузка на систему, т.к. с зависшими 2-3 клиентами, обычный SELECT постоянно забирает от 30 до 60% нагрузки на проц.
Это, к слову, система уведомлений. Если кто-то реализовывал подобное, можете подкинуть идейку оптимизации?

Answer 1

[Андрей Буров]

смотрите EXPLAIN (ANALYZE, VERBOSE, BUFFERS) всех запросов.

А вообще отслеживать изменения не надо, сделайте триггеры.

Comments

[Maxim Markin]

Оптимизация самих запросов сделана, индексы и т.д. все есть. Это обычные не сложные селекты. Проблема лишь в том, что будет настолько много запросов в момент времени, что это будет значительно нагружать сервер

[Maxim Markin]

Вы имеете в виду триггеры в постгресе? Можно поподробнее.
Не представляю, как через такие триггеры можно будет давать знать ноде, что есть какая то информация

[Андрей Буров]

Maxim Markin: https://www.postgresql.org/docs/9.1/static/sql-lis... https://www.postgresql.org/docs/9.1/static/sql-cre...

[Андрей Буров]

bjorngylling.com/2011-04-13/postgres-listen-notify...

[Maxim Markin]

Андрей Буров: Да, я уже наткнулся на LISTEN / NOTIFY. Похоже, это идеальный вариант. У нас как раз используется версия 9.1, несказанно повезло :) Спасибо!

[Андрей Буров]

Maxim Markin: Штука старая, работает и в 8.0

Answer 2

[lega]

он является так таковым пуш-сервером (отслеживает изменения в БД и отправляет нужные данные подключенному клиенту

Селекты не нужны, код который меняет данные в БД пусть рассылает сообщения через rabbitmq/zmq и т.п.