Как я понял postgres научился держать в разы больше коннектов
Вообще говоря -- нет, и от этих изменений это зависит примерно никак, они и перед 7.2 ненужны были. Вам -- можэт и нужны.
Просто судя по тестам кажется уже и не особо нужны, но жалко не сравнивается с условным одиссеем/пгбаунсером https://www.citusdata.com/blog/2020/10/25/improving-postgres-connection-scalability-snapshots/
Они никогда не были особо нужны. Просто потому, что средней системе с СУБД (дажэ в средней нагружэнной системе с СУБД) низачем не требуется "connection scalability". Количество соединений регулируется запуском воркеров апп-сервера, и определяется оптимальное их количество по результатам нагрузочного тэстирования. И их никто никуда не скейлит -- поскольку никакой пользы от этого нет, кроме вреда. Ну, а если у вас апп-сервер в такое не можэт, или там код в приложэнии позволяет statement-level pooling, а библиотека подключения -- нет, или что-то ещё подобное -- тогда да, вставляем пулер, подключаем к нему -- по потребности, от него -- по способностям.
Обсуждают сегодня