Псевдо-персистентное соединение в PHP, возможно ли?

Question

[Ivan Palamarchuk]

Доброго всем дня!

Почему "псевдо-персистентное"? Потому, как "PHP рождён, чтобы умирать". Именно поэтому я хочу найти способ, хоть каким-то образом держать соединения хоть какое-то время.

Сейчас около 500 RPS, и приходится держать у PGSQL ~6к соединений, большой таймаут использовать не хочу т.к. эти ограничения не всегда хороши. Подскажите, как я могу выйти на ~10? Хотя ладно, на 50 в пулле соединений и переключаться налету между ними?

P.S.
такое ощущение, что этот код вообще не работает:

new \PDO($dsn, $user, $password, [
  \PDO::ATTR_PERSISTENT => true
]);

Comments

[Максим Тимофеев]

А может быть Вы пытаетесь сделать на php, то что стоит сделать на чем-нибудь другом?

[Ivan Palamarchuk]

Максим Тимофеев, почему? PHP+PostgreSQL очень популярная связка, хочу понять, как с ней можно жить при таком кол-ве соединений

[Станислав Б]

pgbouncer?

Answer 1

[Melkij]

Используйте pgbouncer.
Лучше всего в режиме transaction пула. Тогда backend postgresql будет выдаваться соединениям от приложения только на время выполнения транзакции. Что позволяет и очень эффективно утилизировать лишь небольшое число процессов postgresql и сохранить возможность транзакционной работы. В режиме транзакций не работают prepared statements, но PDO их и так эмулирует, так что проблемой это не является.

pgbouncer легко держит тысячи открытых соединений с приложением, легко их открывает и закрывает, развлечения начинаются при попытке прокачать через баунсер с гигабит трафика (и обходится банально запуском второго баунсера тут же на другом порту). Обычно размещается на машине непосредственно с базой на 6432 порту.
И вообще-то является фактическим стандартом для инсталляций postgresql.

Comments

[Ivan Palamarchuk]

Спасибо, друг)

Answer 2

[Андрей Павленко]

Теоретически вам могло бы помочь reactphp.org
На практике тяжело сказать, что это будет решением вашей проблемы на 100%.
Я бы скорее смотрел в сторону либо другого языка программирования (Node.JS, Go, Python, Java...) либо экстенсивным методом (добавлять дополнительные сервера и балансировать нагрузку)

Comments

[Ivan Palamarchuk]

Мертвый проект, к сожалению