zlacker

[parent] [thread] 3 comments
1. evanel+(OP)[view] [source] 2026-02-05 04:41:24
Also check out ProxySQL [1][2], it's an extremely powerful and battle-tested proxy. Originally it was only for MySQL/MariaDB, where it is very widely used at scale, even despite MySQL already having excellent built-in scalable threaded connection management. But ProxySQL also added Postgres support too in 2024 and that has become a major focus.

[1] https://proxysql.com/

[2] https://github.com/sysown/proxysql

replies(2): >>srouss+r >>darkwa+zn
2. srouss+r[view] [source] 2026-02-05 04:46:28
>>evanel+(OP)
And lets you rewrite queries on the fly. :)
3. darkwa+zn[view] [source] 2026-02-05 08:35:49
>>evanel+(OP)
+1 to ProxySQL, especially in RDS environments with huge monoliths attached that open a shitload of threads. RDS has fixed max_connections depending on the instance size so if you don't want to pay $$$$ for bigger but underused instances - and while you are trying to get the devs update all the hundreds old dependencies in the monolith to improve it, ProxySQL - can save your day. It did, for me. And yes, it's a self-managed system but it's pretty easy to operate and very stable.
replies(1): >>wreath+gX
◧◩
4. wreath+gX[view] [source] [discussion] 2026-02-05 13:30:41
>>darkwa+zn
You can change the max_connections in RDS though. The default is insanely high and I have no idea what it is that way. 4vCPU instances running with 5k max connections iirc, I have never seen an instance this size handle more than 100-200 concurrent connections on a CPU bound workload.
[go to top]