AL
а без мониторинга можно придумывать много разных способов, но итоговый результат может не устроить
pg_stat_activity.xact_startSize: a a a
2021 March 15
AL
опять же большинство способов будут крутиться вокруг
AS
опять же большинство способов будут крутиться вокруг
pg_stat_activity.xact_startВидимо сэмплированием
AS
а у вас вообще есть мониторинг базы?
если есть, то ваш вопрос снимается относительно легко - либо нахождением нужной метрики в мониторинге, либо в ее добавлении и последующем наблюдении.
если мониторинга нет, то надо заняться его добавлением - это поможет для решения этой задачи и еще кучи последующих похожих задач в будущем.
если есть, то ваш вопрос снимается относительно легко - либо нахождением нужной метрики в мониторинге, либо в ее добавлении и последующем наблюдении.
если мониторинга нет, то надо заняться его добавлением - это поможет для решения этой задачи и еще кучи последующих похожих задач в будущем.
Даже не знаю, что есть, но попробую узнать
AL
в самом простом случае да, скрипт сэмплер на коленке и grep/sed/awk/sort/etc полученных результатов
AS
а у вас вообще есть мониторинг базы?
если есть, то ваш вопрос снимается относительно легко - либо нахождением нужной метрики в мониторинге, либо в ее добавлении и последующем наблюдении.
если мониторинга нет, то надо заняться его добавлением - это поможет для решения этой задачи и еще кучи последующих похожих задач в будущем.
если есть, то ваш вопрос снимается относительно легко - либо нахождением нужной метрики в мониторинге, либо в ее добавлении и последующем наблюдении.
если мониторинга нет, то надо заняться его добавлением - это поможет для решения этой задачи и еще кучи последующих похожих задач в будущем.
А мониторинг на основе чего делается такой?
AL
> Я подпинываю админов изменить число коннекций к pg от pg_bouncer-а хотя бы на 200, а он против, боиться)
еще вопрос, зачем вы хотите изменить число коннекций? чем вызвана эта необходимость и чего ждете от изменения числа?
еще вопрос, зачем вы хотите изменить число коннекций? чем вызвана эта необходимость и чего ждете от изменения числа?
AS
> Я подпинываю админов изменить число коннекций к pg от pg_bouncer-а хотя бы на 200, а он против, боиться)
еще вопрос, зачем вы хотите изменить число коннекций? чем вызвана эта необходимость и чего ждете от изменения числа?
еще вопрос, зачем вы хотите изменить число коннекций? чем вызвана эта необходимость и чего ждете от изменения числа?
Work_mem увеличить. Он там смехотворный как раз из-за того, что соединений 3000)
AL
А мониторинг на основе чего делается такой?
на основе внутренних статс интерфейсов постгреса. Поищите в интернетах, сейчас довольно большой выбор как коробочных SaaS вариантов, так и кастомных расширений к zabbix/prometheus/grafana -- все они работают поверх этих интерфейсов.
AL
Work_mem увеличить. Он там смехотворный как раз из-за того, что соединений 3000)
а work_mem зачем хотите увеличить? в этом есть реальная необходимость?
AS
Ну да, там все запросы в кучу от oltp до olap)
AL
work_mem надо увеличивать если создаются временные файлы, т.е. надо понять создаются ли они, и создают ли они вам повышенную нагрузку на диск. если ничего такого нет, то выхлопа от увеличения, может и не быть
AL
и опять же мы приходим к мониторингу (чтобы ответить на вопрос, что там по временным файлам), либо к парсингу логов на предмет этих файлов
AS
work_mem надо увеличивать если создаются временные файлы, т.е. надо понять создаются ли они, и создают ли они вам повышенную нагрузку на диск. если ничего такого нет, то выхлопа от увеличения, может и не быть
Хм.. а слово Materialize в плане не об этом говорит (у нас там pg9.5)?
AL
о проблемах с временными файлами, нет, не говорит
AS
Ещё подскажите, как правильно определить, нужно ли настройки autovacuum-а/autoanalyze менять?
AL
Ещё подскажите, как правильно определить, нужно ли настройки autovacuum-а/autoanalyze менять?
опять же смотрите в pg_stat_actvity, если там количество воркеров, почти всегда около значения autovacuum_max_workers, то надо что-то предпринимать - если воркеров мало то вцелом все ок
E
Yaroslav Schekin
И сейчас уже кто-то майнит криптовалюту на этом сервере.
И это не шутка — подобное систематически случается, т.е. что-то / кто-то сканирует сети на предмет "открытых" таким образом серверов postgres. :(
И это не шутка — подобное систематически случается, т.е. что-то / кто-то сканирует сети на предмет "открытых" таким образом серверов postgres. :(
Спасибо буду знать)
AL
например вот картинка, было так себе, подкрутили вакуум, стало норм
AS
опять же смотрите в pg_stat_actvity, если там количество воркеров, почти всегда около значения autovacuum_max_workers, то надо что-то предпринимать - если воркеров мало то вцелом все ок
Эти воркеры могут ждать сколько угодно и не очищать таблицы, так как за пороговые значения циферки не выходят