第8期吐槽:高并发短连接性能怎么这么差?
文中参考文档点击阅读原文打开, 同时推荐2个学习环境:
1、懒人Docker镜像, 已打包200+插件:《最好的PostgreSQL学习镜像》
2、有web浏览器就能用的云起实验室: 《免费体验PolarDB开源数据库》
3、PolarDB开源数据库内核、最佳实践等学习图谱: https://www.aliyun.com/database/openpolardb/activity
第8期吐槽:高并发短连接性能怎么这么差?
1、产品的问题点
高并发的短连接性能差劲
2、问题点背后涉及的技术原理
短连接是指每次发起SQL请求时新建数据库连接, SQL请求结束后断开数据库连接的情况. 由于PG是进程模型, 每次发起会话时需要fork process, memcpy等动作. 每秒可以新建的进程数比较有限.
3、这个问题将影响哪些行业以及业务场景
没有连接池的高并发业务
4、会导致什么问题?
性能极差, 每秒新建连接数可能不到2000
5、业务上应该如何避免这个坑
使用连接池
如果应用程序本身不具备连接池的能力, 使用pgbouncer这类中间连接池
6、业务上避免这个坑牺牲了什么, 会引入什么新的问题
增加了管理复杂度
7、数据库未来产品迭代如何修复这个坑
内置线程池
使用PolarDB, 内置shared server, 可以抵挡上万高并发小事务性能不降. 参考github文章: 《开源PolarDB|PostgreSQL 应用开发者&DBA 公开课 - 5.5 PolarDB开源版本必学特性 - PolarDB 特性解读与体验》
还有postgrespro也发表过内置连接池的功能, 参考github文章: 《PostgresPro buildin pool(内置连接池)版本 原理与测试》 而且这个patch 在9年之前的PG 9.6版本发布时就有提交, 可惜一直没有被社区接收, 又要再多加一条吐槽, 是谁在阻止好的功能合并入社区版本? 拉出来鞭尸一百遍.
文章中的参考文档请点击阅读原文获得.
欢迎关注我的github (https://github.com/digoal/blog) , 学习数据库不迷路.
近期正在写公开课材料, 未来将通过视频号推出, 欢迎关注视频号: