c3p0:checkoutTimeout 等待check-out时间,即调用getConnections的等待时间,到达该时间后方法仍未返回,则抛出异常。dbcp:maxWait 当连接池无法获取可用连接时,将在maxWait毫秒后抛出异常。设置成-1是无限期的等待。.......

解决方案 »

  1.   

    都是一派胡言!连结池已经达到最大数了,说明数据库连结已经成为瓶颈.这时竟然还要直接开物理连结来不放在池中直接使用.
    脑子进水了啊.连结池中的连结相当于公共汽车,很多人可以共用一辆车.直接获取连结相当于专车.当那么多公共汽车都不能满足
    运输能力的时候,竟然想增加专车来解决,根本就不配做程序员,或是就是根本不懂技术.如果你的数据库负载还没有达到一个阀值,增加连结池最大连接数.如果已经到了一个阀值:
    1.优化数据库处理逻辑,比如多次请求的能不能合并为一个存储过程来一次请求中完成.尽量减少数据库连结的次数和持有时间.
    2.将数据库层物理扩展.据我为成百上千的项目做过优化经验来看,大多数数据库负载大的情况是开发人员仅仅基本不懂数据库,仅会简单的CRUD操作.
    而把数据库优化交给DBA,数据库优化纯是程序员的事,只有你才知道你的数据如何组织才最有效.DBA管理的是安装,版本更新和调优.
    硬盘IO优化,网络优化这些"网管"的事.数据库的执行逻辑完全是程序员的事,你不懂但不能推托现任.我举一个最简单的例子,要对某一用户登录时间进行记录,但第一次访问时要先插入一条.因为还没有这个用户.
    90%以上的程序员是先update一下,返回-1就插入.还有2%的垃圾程序员是先查询一下看看有没有这个用户的记录.正确的做法是把用户名和时间直接传给一个存储过程,在存储过程中先更新,返回-1再插入.这样你的程序和数据库只做一次交互.当然减少了
    数据库连结.