FD
Перед перезагрузкой можно выполнить pg_top
Size: a a a
2019 September 28
ТС
Если вопрос в том, есть ли утечка, то просто нужно считать, сколько раз открывали и сравнивать сколько закрывали. Есть инструменты для этого.
Если код свой, то еще проще
ТИ
опишу примерно ситуацию.
приложение работае. обслуживают клиентов с 9 утра до 10 вечера.
у hikari пул коннектов - 50. кол-во занятых (активных) растет.
после 10вечера, сервер простаивает. нету активных запросов на него. так как клиенты не заходят на него.
и с приложения к бд нет запросов.
с 10 вечера до 9утра, из пула hikari должны были высвободиться. но этого не происходит.
приложение работае. обслуживают клиентов с 9 утра до 10 вечера.
у hikari пул коннектов - 50. кол-во занятых (активных) растет.
после 10вечера, сервер простаивает. нету активных запросов на него. так как клиенты не заходят на него.
и с приложения к бд нет запросов.
с 10 вечера до 9утра, из пула hikari должны были высвободиться. но этого не происходит.
А зачем высвобождать коннекты? Идея пула как раз в переиспользовании открытых коннектов
KТ
А зачем высвобождать коннекты? Идея пула как раз в переиспользовании открытых коннектов
они должны из active перейти в idle
ТС
После того как определили, что есть утечка, то просто ищете в коде место, в котором соединение должно освобождаться, и выясняете, почему этого не происходит
ТС
И все, магии нет тут никакой
ТИ
они должны из active перейти в idle
Это вроде зависит от настроек. Вообще то, что он держит их активными в этом по идее ничего такого нет. Быстрее переиспользует, когда они понадобятся.
KТ
После того как определили, что есть утечка, то просто ищете в коде место, в котором соединение должно освобождаться, и выясняете, почему этого не происходит
хотелось пойти в обратную сторону. просто кода много, и искать где это трудно.
ТС
Это вроде зависит от настроек. Вообще то, что он держит их активными в этом по идее ничего такого нет. Быстрее переиспользует, когда они понадобятся.
Кажется нет
ТС
хотелось пойти в обратную сторону. просто кода много, и искать где это трудно.
Просто надо централизовать открытие и закрытие, что тут сложного?
N
хотелось пойти в обратную сторону. просто кода много, и искать где это трудно.
ищите .close() (cloaseable) и заменяйте на try ()
KТ
вручную не открываю и не закрываю. это как раз делает hikari как пул
если только через entitymanager мониторить
если только через entitymanager мониторить
FD
Перед перезагрузкой можно выполнить pg_top
Он выдаст список текущих активных и простаивающих коннектов и последние SQL запросы на них.
FD
Он выдаст список текущих активных и простаивающих коннектов и последние SQL запросы на них.
По вашей логике из этого списка искать данную "проблему" проще
FD
вручную не открываю и не закрываю. это как раз делает hikari как пул
если только через entitymanager мониторить
если только через entitymanager мониторить
Насколько я помню, у него в настройках есть нижний порог по коннектам, которые он не закрывает - резервный пул.
KТ
По вашей логике из этого списка искать данную "проблему" проще
если сделать удаление всех sql запросов - кол-во активных в пуле хикари не падает.
KТ
попробуювключить логи самого хикари и найти причину
KТ
FD
попробуювключить логи самого хикари и найти причину
:) Можно ещё его конфиг в студию.
KТ
аналогичная ситуация.