GG
Кардинальность высокая
Это ок ?
Это ок ?
Size: a a a
2020 January 15
AS
Бросьте это делать и уберите query из лейблов
GT
Выглядит будто вы логируете запросы в пром
У меня штук 20 баз постгревых, все шлют данные о slow_query в пром, но раз в 30 сек
AS
Gregory Tsvetkov
У меня штук 20 баз постгревых, все шлют данные о slow_query в пром, но раз в 30 сек
это не так работает
RK
Бросьте это делать и уберите query из лейблов
и query_id
AS
они не шлют. пром собирает их. каждый раз. каждую slow_qyery он будет получать очень каждый раз когда пойдет за данными
AV
я бы убрал еще query_id из лейблов. Выглядит, как попытка сохранить в лейбл рандомное значение
AS
настройте логирование запросов в какой нить лог и доставайте медленные из него. а в проме оставьте только общую инфу
GG
они не шлют. пром собирает их. каждый раз. каждую slow_qyery он будет получать очень каждый раз когда пойдет за данными
Есть ещё рекомендации как постгрес экспортер настраивать ?
RK
похоже что память растет из-за того, что кардинальность растет прямо-пропорционально
GG
настройте логирование запросов в какой нить лог и доставайте медленные из него. а в проме оставьте только общую инфу
+
RK
т.е. большниство рядов, которые вы вставляете - новые ряды. Они требуют доп памяти в индексе
RK
это плохо)
AV
И query , скорее всего, большинство уникальные из-за разных аргументов, передаваемые в эти запросы
GT
настройте логирование запросов в какой нить лог и доставайте медленные из него. а в проме оставьте только общую инфу
Хм, я делал как парни из Перконы советовали. Попробую вырубить скрапинг postgres, посмотрим как отразится на Проме. Спасибо все за помощь!
AS
Gregory Tsvetkov
Хм, я делал как парни из Перконы советовали. Попробую вырубить скрапинг postgres, посмотрим как отразится на Проме. Спасибо все за помощь!
ох. а можно ссылку где посоветовали ?
RK
Наглядно это выглядит так. И это называется churn-rate. Т.е. каждый скрейп прометеуса создает новые временные ряды вместо обновления уже существующих
см детали здесь https://fabxc.org/tsdb/
см детали здесь https://fabxc.org/tsdb/
AS
Наглядно это выглядит так. И это называется churn-rate. Т.е. каждый скрейп прометеуса создает новые временные ряды вместо обновления уже существующих
см детали здесь https://fabxc.org/tsdb/
см детали здесь https://fabxc.org/tsdb/
боюсь без контекста оно выглялит просто как набор точечек и неплохой типографики
RK
боюсь без контекста оно выглялит просто как набор точечек и неплохой типографики
хм, значит у меня плохо получилось обьяснить( добавил ссылку на первоисточник
GT
ох. а можно ссылку где посоветовали ?
Ну т.е не прям советовали, а у них есть набор графановских дашборов для мониторинга постгрес, там же есть и отдельный дашборд для мониторинга запросов.
У меня конретно этот дашборд стоит, что в статье описан - https://www.percona.com/blog/2019/04/23/adding-postgresql-queries-overview-dashboards-to-the-pmm-plugin/
В сами запросы какм-то экспортером собираю
У меня конретно этот дашборд стоит, что в статье описан - https://www.percona.com/blog/2019/04/23/adding-postgresql-queries-overview-dashboards-to-the-pmm-plugin/
В сами запросы какм-то экспортером собираю