Ð
😁
Size: a a a
2020 June 14
Т
получается стоит выбор между тщательной настройкой клиента или же просто поставить pgbouncer и не париться?
Ð
на счет не париться - трудно сказать
s
В общем нужно изучить коннектор, которым пользуетесь на предмет подкапотных prepared statements и пула соединений, понять меняете ли вы сессионные параметры и выбирать можно ли вам transaction mode использовать.
Session mode вам число соединений к самой базе не уменьшит. Но при должной настройке скинет основной оверхед из-за форка процесса постгреса при каждом коннекте.
Session mode вам число соединений к самой базе не уменьшит. Но при должной настройке скинет основной оверхед из-за форка процесса постгреса при каждом коннекте.
Ð
лучше настроить клиент, или пнуть того кто делает клиент
Т
Ð
лучше настроить клиент, или пнуть того кто делает клиент
а при правильно настроенном клиенте может ли pgbouncer быть лишним?
s
получается стоит выбор между тщательной настройкой клиента или же просто поставить pgbouncer и не париться?
Pgbouncer я бы ставил в любом случае. Просто чтобы не форкать постгрес при вообще каждом коннекте, а иметь какой-то пул уже форкнутых.
Ð
конечно, он там нафиг не нужен
Ð
Pgbouncer я бы ставил в любом случае. Просто чтобы не форкать постгрес при вообще каждом коннекте, а иметь какой-то пул уже форкнутых.
нода умеет сама это делать прекрасно, и там есть контроль сессий
s
Ð
конечно, он там нафиг не нужен
Если коннектов много и они короткие по времени, то он таки очень полезен
Ð
он абсолютно бесполезен и даже вреден, если используется клиентский пул
s
Ð
нода умеет сама это делать прекрасно, и там есть контроль сессий
Я чот про Node пропустил просто.
Ð
я бы его в такой ахритектуре ставил только при больших проблемах менеджмента проекта
s
Не, раз только нода коннектится и в ней пулер свой, то не нужно, согласен
YS
Ð
он абсолютно бесполезен и даже вреден, если используется клиентский пул
С базой могут работать несколько приложений, например.
Тогда толк от общего connection pooler может быть.
Тогда толк от общего connection pooler может быть.
Ð
Yaroslav Schekin
С базой могут работать несколько приложений, например.
Тогда толк от общего connection pooler может быть.
Тогда толк от общего connection pooler может быть.
только при проблемах с менеджментом, да, когда фронты бесконтрольно форкаются
Ð
но если иметь контроль над сессиями, из этого тоже можно извлечь профит
YS
здравствуйте. можно ли сделать буст пг сервера (12.2)? машина мощная. 32 ядер и 128гб оперативы. из настроек пока трогал только max connections (поменял 100 на 300) и собираюсь ставить pgbouncer
Вот сюда введите свои параметры: http://pgconfigurator.cybertec.at/
Посмотрите рекомендации.
Если хотите советов от нас — нам тоже нужно увидеть как минимум те параметры, что Вы там указывали. ;)
Посмотрите рекомендации.
Если хотите советов от нас — нам тоже нужно увидеть как минимум те параметры, что Вы там указывали. ;)
s
Вот тут, насколько помню, толково возможную боль от коннекторов со своим пулом + pgbouncer описывали.
https://m.habr.com/ru/company/oleg-bunin/blog/461935/
https://m.habr.com/ru/company/oleg-bunin/blog/461935/
YS
Ð
только при проблемах с менеджментом, да, когда фронты бесконтрольно форкаются
Эээ... что?! ;)
С базой могут работать несколько совершенно разных приложений (написанных на разных языках, в разное время, разными людьми), понимаете?
С базой могут работать несколько совершенно разных приложений (написанных на разных языках, в разное время, разными людьми), понимаете?