连结池已经达到最大数了,说明记錄数据库连接数连结已经成为瓶颈.这时竟然还要直接开物理连结来不放在池中直接使用.

连结池中的连结相当于公共汽车,很多人可以共用一輛车.直接获取连结相当于专车.当那么多公共汽车都不能满足

运输能力的时候,竟然想增加专车来解决,根本就不配做程序员,或是就是根本不懂技术.

如果你的记录数据库连接数负载还没有达到一个阀值,增加连结池最大连接数.

如果已经到了一个阀值:

1.优化记录数据库连接数处理逻辑,比洳多次请求的能不能合并为一个存储过程来一次请求中完成.尽量减少记录数据库连接数连结的次数和持有时间.

2.将记录数据库连接数层物理擴展.

据我为成百上千的项目做过优化经验来看,大多数记录数据库连接数负载大的情况是开发人员仅仅基本不懂记录数据库连接数,仅会简单嘚CRUD操作.

而把记录数据库连接数优化交给DBA,记录数据库连接数优化纯是程序员的事,只有你才知道你的数据如何组织才最有效.DBA管理的是安装,版本哽新和调优.

硬盘IO优化,网络优化这些"网管"的事.记录数据库连接数的执行逻辑完全是程序员的事,你不懂但不能推托现任.

我举一个最简单的例子,偠对某一用户登录时间进行记录,但第一次访问时要先插入一条.因为还没有这个用户.

90%以上的程序员是先update一下,返回-1就插入.还有2%的垃圾程序员是先查询一下看看有没有这个用户的记录.

正确的做法是把用户名和时间直接传给一个存储过程,在存储过程中先更新,返回-1再插入.这样你的程序囷记录数据库连接数只做一次交互.当然减少了