c3p0后台报死锁错误

最近一段时间，ya178网站一直出现响应慢，宕机的情况，刚开始我以为是服务器供应商的问题，没在意，问题一拖再拖。后来检查了服务器日志，才发现网站程序可能有问题，立马排查，将一个用的少的功能关闭了，继续观察了一天，但是现象依然存在。此时我才意识到问题的严重性，再次找到今天最新的日志查看！
仔细观察之后我发现了这样的几句话：
com.mchange.v2.async.ThreadPoolAsynchronousRunner$DeadlockDetector run
      WARNING: com.mchange.v2.async.ThreadPoolAsynchronousRunner$DeadlockDetector@341d3281 -- APPARENT DEADLOCK!!!
死锁！！！
对此我非常疑惑，仍然不确定！但是在此前的一段时间里，我重新对数据库进行配置，修改部分程序代码，重启过多次服务，都没有找到问题原因，不得不怀着试一试的态度，将这段信息拷到了搜索栏了，敲击回车！
从搜索引擎里筛选出来的结果中确实有许多与此问题相关的帖子，我按照顺序进行了点击。令我失望的是，关于c3p0死锁的问题大多没有明确的解决方法，很多楼主的问题都在上面挂着，没有得到解决。在一番搜索之后，我找到了一个帖子令我感到希望，帖子中，楼主对此问题进行了简单的分析，判断这个不是c3p0的bug，而问题的原因出现在c3p0的配置上，下面列举一下该楼主提到的配置内容：《c3p0数据库连接池死锁问题》

<!--连接池中保留的最小连接数。--> 
        <property name="minPoolSize" value="5"/> 
        <!--连接池中保留的最大连接数。Default: 15 --> 
        <property name="maxPoolSize" value="500"/> 
        <!--初始化时获取的连接数，取值应在minPoolSize与maxPoolSize之间。Default: 3 --> 
        <property name="initialPoolSize" value="10"/> 
        <!--最大空闲时间,60秒内未使用则连接被丢弃。若为0则永不丢弃。Default: 0 --> 
        <property name="maxIdleTime" value="60"/> 
        <!--当连接池中的连接耗尽的时候c3p0一次同时获取的连接数。Default: 3 --> 
        <property name="acquireIncrement" value="5"/> 
        <!--JDBC的标准参数，用以控制数据源内加载的PreparedStatements数量。但由于预缓存的statements 
       属于单个connection而不是整个连接池。所以设置这个参数需要考虑到多方面的因素。 
       如果maxStatements与maxStatementsPerConnection均为0，则缓存被关闭。Default: 0--> 
        <property name="maxStatements" value="0"/> 
        <!--每60秒检查所有连接池中的空闲连接。Default: 0 --> 
        <property name="idleConnectionTestPeriod" value="60"/> 
        <!--定义在从数据库获取新连接失败后重复尝试的次数。Default: 30 --> 
        <property name="acquireRetryAttempts" value="30"/> 
        <!--获取连接失败将会引起所有等待连接池来获取连接的线程抛出异常。但是数据源仍有效 
       保留，并在下次调用getConnection()的时候继续尝试获取连接。如果设为true，那么在尝试 
       获取连接失败后该数据源将申明已断开并永久关闭。Default: false--> 
        <property name="breakAfterAcquireFailure" value="false"/> 
        <!--因性能消耗大请只在需要的时候使用它。如果设为true那么在每个connection提交的 
      时候都将校验其有效性。建议使用idleConnectionTestPeriod或automaticTestTable 
      等方法来提升连接测试的性能。Default: false --> 
        <property name="testConnectionOnCheckout" value="false"/>
      这么详细的配置，我还是第一次真正的了解！！！

最后改，此贴提到了解决的方法，增加如下两项配置：

<!--JDBC的标准参数，用以控制数据源内加载的PreparedStatements数量。但由于预缓存的statements 
       属于单个connection而不是整个连接池。所以设置这个参数需要考虑到多方面的因素。 
       如果maxStatements与maxStatementsPerConnection均为0，则缓存被关闭。Default: 0--> 
<property name="maxStatements" value="0"/> 
<!--连接池用完时客户调用getConnection()后等待获取连接的时间，单位：毫秒。超时后会抛出--> 
<!--SQLEXCEPTION，如果设置0，则无限等待。Default:0--> 
<property name="checkoutTimeout" value="100"/> 
        我抱着试一试的态度，修改了项目里的配置，重启服务，走你！！！

  效果非常明显，运行了8个小时了，都没有宕机，未响应的情况！！！！

http://www.ya178.com/public/detailUA-11849-1.html
http://www.ya178.com/public/detailUU-39-1.html