c3p0连接池超时自动断开mysql测试保存重启ps

51 阅读 0 评论 34 点赞

我是靠谱客的博主整齐保温杯，最近开发中收集的这篇文章主要介绍c3p0连接池超时自动断开mysql测试保存重启ps，觉得挺不错的，现在分享给大家，希望可以做个参考。

概述

今天遇到个问题，c3p0连接池，连接mysql

过了不到1分钟，居然报了错误

Last packet sent to the server was 43ms ago.

得罪谁了？网上解决方法众说纷纭大多数改8小时为更长跟大家一样

咱是做java的，用的c3p0,c3p0是怎么解决这问题的呢

废话少说，先上配置如果不成功，你继续往下看，成功也继续往下看，亲自测试过没问题

<bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource"    destroy-method="close">
<property name="driverClass" value="${jdbc.driverClass}"/>
<property name="jdbcUrl" value="${jdbc.url}"/>
<property name="user" value="${jdbc.user}"/>
<property name="password" value="${jdbc.password}"/>
       <property name="minPoolSize"><value>1</value></property>
        <property name="maxPoolSize"><value>20</value></property>
        <property name="maxIdleTime"><value>1800</value></property>
        <property name="acquireIncrement"><value>2</value></property>
        <property name="maxStatements"><value>0</value></property>
        <property name="initialPoolSize"><value>2</value></property>
        <property name="idleConnectionTestPeriod"><value>3</value></property>
        <property name="breakAfterAcquireFailure"><value>true</value></property>
</bean>

网上都说了，由于问题产生的根本原因在于服务到数据库的连接长时间没活动，既然重新连接的办法无效，就可以尝试另外一种办法，就是反空闲。
自己写一个线程来反空闲的话，比较麻烦。

其实spring c3p0已经有此配置

idleConnectionTestPeriod：隔多少秒检查所有连接池中的空闲连接，默认为0表示不检查；看看你的配置是否少了这个配置难怪

这个配置很讲究他的值取决于你此次配置是否成功，亲测过；

开始获取他的值：

show global variables like '%timeout%';

发现wait_timeout 30 秒；可能你的是8小时；那么idleConnectionTestPeriod一定要小于30秒

所以在网上把别人的c3p0配置拷贝下来本地还是一样不行，是因为人家的配置是根据自己的情况设置这个参数的

测试

数据库执行命令：

show global variables like '%timeout%';

然后把数据库的变量改小点
set global wait_timeout=10;
set global interactive_timeout=10;
这里我把这2个时间设置成了10秒。

c3p0配置：其他啥都不改，只改下面部分没有就新增一条

<property name="idleConnectionTestPeriod"><value>300</value></property>

这里300秒表示5分钟才会自动连接一次mysql,进行一次反空闲

保存重启

10秒后你请求服务器，自然会抛出异常，立马刷新，服务又好了，再过10秒，又挂了，

你可以等待超过10秒的时间，问题立马重现

现在使用上面的配置

<property name="idleConnectionTestPeriod"><value>3</value></property>

表示3秒就会自动进行一次反空闲，重启测试，问题再也没出现过 3秒小于10秒自然不会再出问题

至此这个问题终于解决了心里石头落地了，研究了2天，查阅资料才解决这个奇葩的问题，千万别改mysql的wait_timeout

你可以改成1小时；10秒只是测试用的，记得改回来

ps

为hibernate配置连接池，推荐用c3p0，然后配置c3p0的反空闲设置idle_test_period，只要小于MySQL的wait timeout即可。

<!--当连接池中的连接耗尽的时候c3p0一次同时获取的连接数。Default: 3 -->
<property name="acquireIncrement">3</property>
<!--定义在从数据库获取新连接失败后重复尝试的次数。Default: 30 --> 
<property name="acquireRetryAttempts">30</property>

<!--两次连接中间隔时间，单位毫秒。Default: 1000 --> 
<property name="acquireRetryDelay">1000</property>

<!--连接关闭时默认将所有未提交的操作回滚。Default: false --> 
<property name="autoCommitOnClose">false</property>

<!--c3p0将建一张名为Test的空表，并使用其自带的查询语句进行测试。如果定义了这个参数那么
属性preferredTestQuery将被忽略。你不能在这张Test表上进行任何操作，它将只供c3p0测试
使用。Default: null-->
<property name="automaticTestTable">Test</property>

<!--获取连接失败将会引起所有等待连接池来获取连接的线程抛出异常。但是数据源仍有效
保留，并在下次调用getConnection()的时候继续尝试获取连接。如果设为true，那么在尝试
获取连接失败后该数据源将申明已断开并永久关闭。Default: false-->
<property name="breakAfterAcquireFailure">false</property>

<!--当连接池用完时客户端调用getConnection()后等待获取新连接的时间，超时后将抛出
SQLException,如设为0则无限期等待。单位毫秒。Default: 0 -->
<property name="checkoutTimeout">100</property>

<!--通过实现ConnectionTester或QueryConnectionTester的类来 测试连接。类名需制定全路径。
Default: com.mchange.v2.c3p0.impl.DefaultConnectionTester-->
<property name="connectionTesterClassName"></property>

<!--指定c3p0 libraries的路径，如果（通常都是这样）在本地即可获得那么无需设置，默认null即可
Default: null-->
<property name="factoryClassLocation">null</property>

<!--Strongly disrecommended. Setting this to true may lead to subtle and bizarre bugs.
（文档原文）作者强烈建议不使用的一个属性-->
<property name="forceIgnoreUnresolvedTransactions">false</property>

<!--每60秒检查所有连接池中的空闲连接。Default: 0 -->
<property name="idleConnectionTestPeriod">60</property>

<!--初始化时获取三个连接，取值应在minPoolSize与maxPoolSize之间。Default: 3 -->
<property name="initialPoolSize">3</property>

<!--最大空闲时间,60秒内未使用则连接被丢弃。若为0则永不丢弃。Default: 0 -->
<property name="maxIdleTime">60</property>

<!--连接池中保留的最大连接数。Default: 15 -->
<property name="maxPoolSize">15</property>

<!--JDBC的标准参数，用以控制数据源内加载的PreparedStatements数量。但由于预缓存的statements
属于单个connection而不是整个连接池。所以设置这个参数需要考虑到多方面的因素。
如果maxStatements与maxStatementsPerConnection均为0，则缓存被关闭。Default: 0-->
<property name="maxStatements">100</property>

<!--maxStatementsPerConnection定义了连接池内单个连接所拥有的最大缓存statements数。Default: 0 -->
<property name="maxStatementsPerConnection"></property>

<!--c3p0是异步操作的，缓慢的JDBC操作通过帮助进程完成。扩展这些操作可以有效的提升性能
通过多线程实现多个操作同时被执行。Default: 3--> 
<property name="numHelperThreads">3</property>

<!--当用户调用getConnection()时使root用户成为去获取连接的用户。主要用于连接池连接非c3p0
的数据源时。Default: null-->
<property name="overrideDefaultUser">root</property>

<!--与overrideDefaultUser参数对应使用的一个参数。Default: null-->
<property name="overrideDefaultPassword">password</property>

<!--密码。Default: null-->
<property name="password"></property>

<!--定义所有连接测试都执行的测试语句。在使用连接测试的情况下这个一显著提高测试速度。注意：
测试的表必须在初始数据源的时候就存在。Default: null--> 
<property name="preferredTestQuery">select id from test where id=1</property>

<!--用户修改系统配置参数执行前最多等待300秒。Default: 300 -->
<property name="propertyCycle">300</property>

<!--因性能消耗大请只在需要的时候使用它。如果设为true那么在每个connection提交的
时候都将校验其有效性。建议使用idleConnectionTestPeriod或automaticTestTable
等方法来提升连接测试的性能。Default: false -->
<property name="testConnectionOnCheckout">false</property>

<!--如果设为true那么在取得连接的同时将校验连接的有效性。Default: false -->
<property name="testConnectionOnCheckin">true</property>

<!--用户名。Default: null-->
<property name="user">root</property>

<!--早期的c3p0版本对JDBC接口采用动态反射代理。在早期版本用途广泛的情况下这个参数
允许用户恢复到动态反射代理以解决不稳定的故障。最新的非反射代理更快并且已经开始
广泛的被使用，所以这个参数未必有用。现在原先的动态反射与新的非反射代理同时受到
支持，但今后可能的版本可能不支持动态反射代理。Default: false-->
<property name="usesTraditionalReflectiveProxies">false</property>