Всем доброе утро! Использую в PostgreSQL Prepared-stmt'ы, а теперь планирую внедрять

Question

Всем доброе утро! Использую в PostgreSQL Prepared-stmt'ы, а теперь планирую внедрять

PGBouncer, код сервера, взаимодействующего с Postgresql написан на Go.

Как я понял, PGBouncer не дружит с prepared-stmts, так как они живут в рамках одного соединения (процесса).

Возникает вопрос: возможно ли как-то заморочиться и подготавливать все запросы при создании коннекта PGBouncer'а и отлавливать его завершение? И стоит ли вообще игра свечь?

Проблема стоит достаточно остро, так как многие запросы выполняются, например, 0.001-0.010 ms, а вот подготовливаются 0.150-0.400 ms

#backend #devops #pgsql #programming #russian

0

15.10.2020

10 ответов

6 просмотров

Mikhail Masyagin Автор вопроса

Yaroslav Schekin
Никто Вас не заставляет использовать transaction p...

В базу летит множество мелких select'ов, и их число постоянно будет расти, поэтому определённо нужен transaction pooling

0

15.10.2020

Yaroslav Schekin

Mikhail Masyagin
В базу летит множество мелких select'ов, и их числ...

Я не совсем понял, как "множество мелких select'ов" связано с необходимостью transaction pooling? Важно их распределение по сессиям / транзакциям, нет?

0

15.10.2020

Mikhail Masyagin Автор вопроса

Yaroslav Schekin
Я не совсем понял, как "множество мелких select'о...

Возможно, я не очень корректно сформулировал. Мне нужен именно transaction pooling mode pgbouncer'а, потому что в базу льётся огромное число запросов от Go'шного сервера и в итоге базе становится плохо (от огромного числа порождаемых процессов). Session pooling, как я понимаю, меня не спасёт, так как при коннекте гошного сервера к БД будет использоваться одно единственное соединение Session Pooling может работать с prepare stms, а вот transaction pooling - нет, как я понял. Видел доклад про режим бинарных параметров в PostgreSQL для запросов с плейсхолдерами и неявной подготовкой запросов, но это не совсем то, как я понял

0

15.10.2020

Yaroslav Schekin

Mikhail Masyagin
Возможно, я не очень корректно сформулировал. Мне ...

> БД будет использоваться одно единственное соединение Будет использоваться столько, сколько настроите. И если Вы не сделаете pool из одного соединения, то нет, конечно. Опять-таки, вопрос в том, как клиент с т.з. PostgreSQL распределяет запросы по сессиям. Как "крайний" случай — много мелких запросов могут быть распределены по 10 постоянно активным соединениям, например — и transaction pooling только навредит. Т.е. тут нужно смотреть, как именно Go'шный сервер работает с соединениями.

0

15.10.2020

Dmitry M

Mikhail Masyagin
Возможно, я не очень корректно сформулировал. Мне ...

Внезапно в Go есть пул соединений, который как правило настраивается

0

15.10.2020

Mikhail Masyagin Автор вопроса

Dmitry M
Внезапно в Go есть пул соединений, который как пра...

То есть я правильно понимаю, что я настрою пул соединений с базой в Go, коннектится он будет к pgbouncer, а тот к postgres??

0

15.10.2020

Yaroslav Schekin

Работают, но не с transaction pooling.

0

15.10.2020

Dmitry M

Mikhail Masyagin
То есть я правильно понимаю, что я настрою пул сое...

Нужно настраивать пакет sql https://golang.org/pkg/database/sql/#DB.SetMaxOpenConns и ставить pgbouncer, если несколько приложений смотрят в базу

0

15.10.2020

Mikhail Masyagin Автор вопроса

Dmitry M
Нужно настраивать пакет sql https://golang.org/pkg...

Понял, спасибо

0

15.10.2020

Yaroslav Schekin · Accepted Answer

Yaroslav Schekin

Никто Вас не заставляет использовать transaction pooling, кстати. Но то, насколько помогут другие режимы, зависит от того, как приложения обращаются с connections.

0

15.10.2020

172 похожих чатов

Всем доброе утро! Использую в PostgreSQL Prepared-stmt'ы, а теперь планирую внедрять

10 ответов

Похожие вопросы