自己在使用c3p0时候遇到的问题
2013-06-09 16:33
239 查看
c3p0,一个开源的数据库连接池。
百度简介是这样描述的:C3P0是一个开源的JDBC连接池,它实现了数据源和JNDI绑定,支持JDBC3规范和JDBC2的标准扩展。目前使用它的开源项目有Hibernate,Spring等。
官方文档:http://www.mchange.com/projects/c3p0/
网上API:http://www.mchange.com/projects/c3p0/apidocs/index.html
用法和配置都很简单,我是新手,所以也只能说说自己做为新手去用它的时候遇到的问题。
问题1:jar包问题
我从GitHub上面下载了它的项目,其中包括源码、jar包、文档、还有一些例子。就在引jar的时候被坑了一次。自己将c3p0-0.9.2.1-sources.jar和mchange-commons-java-0.2.3.4-sources.jar引到了项目中去。结果可想而知道...其实应该引:c3p0-0.9.2.1.jar和mchange-commons-java-0.2.3.4.jar。搞了好久才明白,我想也就我一个人会出现这个问题。
问题2:版本问题
版本问题应该从配置说起,传说它有3种配置方式:1.直接在代码中配置;2.在xxx.properties配置文件中配置;3在c3p0-config.xml中配置。第一种方式当然很简单,第二种和第三种就点小麻烦了。我想用xml文件配置,配了N多次没弄好,感觉一切都是按教程搞的。最后发现一个问题,c3p0-0.8.5.jar竟然不支持自动解析配置文件...最后用了c3p0-0.9.2.jar才管用。以后要好好注意。
问题3:配置问题
先来看一下网上配置的例子:
都挺详细的。我出是按照这样配的,可当我做压力测试的时候就有了问题,好像说的意思是数据库连接用完了。所以我pool.getConnect()出来的连接都为null。按理说不应该有这样的问题,最后找到问题了。大牛们说这是c3p0的一个bug,意思是说c3p0回收的连接不彻底,最终导致连接用尽。解决方案为将maxStatements值设为0;让statement不再有缓存,就不会出现这个问题了。我试过了,效果明显。
问题4.关闭资源的问题
很多人都觉得从连接池得到的连接不需要关闭,有人说如果关闭了跟不用连接池没什么区别,这个问题我也认真研究过。发现连接池应该是有自动回收连接的能力。不过...这个连接最好还是手工及时关闭吧。要不然就容易出现连接不够用的情况。至于那个conn.close();方法,我觉得它是被重写了,不能说是重写。它的作用应该是将连接放入连接池中,而不像我们想的那种关闭了与数据库的连接,值得注意的是:pool.getConnection()对象是一个:NewProxyConnection类型的。它跟jdbc驱动里面的Connection不一样的。所以conn.close()很可能是去做了另一些事。另外,有两个资源是必须要关闭的,一个是Statement,一个是ResultSet。传说数据库连接跟IO是有一定关系并且类似的。所以这两个资源一定要关闭。如果不关闭就一定会出现连接不够用的情况。
百度简介是这样描述的:C3P0是一个开源的JDBC连接池,它实现了数据源和JNDI绑定,支持JDBC3规范和JDBC2的标准扩展。目前使用它的开源项目有Hibernate,Spring等。
官方文档:http://www.mchange.com/projects/c3p0/
网上API:http://www.mchange.com/projects/c3p0/apidocs/index.html
用法和配置都很简单,我是新手,所以也只能说说自己做为新手去用它的时候遇到的问题。
问题1:jar包问题
我从GitHub上面下载了它的项目,其中包括源码、jar包、文档、还有一些例子。就在引jar的时候被坑了一次。自己将c3p0-0.9.2.1-sources.jar和mchange-commons-java-0.2.3.4-sources.jar引到了项目中去。结果可想而知道...其实应该引:c3p0-0.9.2.1.jar和mchange-commons-java-0.2.3.4.jar。搞了好久才明白,我想也就我一个人会出现这个问题。
问题2:版本问题
版本问题应该从配置说起,传说它有3种配置方式:1.直接在代码中配置;2.在xxx.properties配置文件中配置;3在c3p0-config.xml中配置。第一种方式当然很简单,第二种和第三种就点小麻烦了。我想用xml文件配置,配了N多次没弄好,感觉一切都是按教程搞的。最后发现一个问题,c3p0-0.8.5.jar竟然不支持自动解析配置文件...最后用了c3p0-0.9.2.jar才管用。以后要好好注意。
问题3:配置问题
先来看一下网上配置的例子:
<c3p0-config> <default-config> <!--当连接池中的连接耗尽的时候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> <property name="automaticTestTable">con_test</property> <property name="checkoutTimeout">30000</property> <property name="idleConnectionTestPeriod">30</property> <property name="initialPoolSize">10</property> <property name="maxIdleTime">30</property> <property name="maxPoolSize">25</property> <property name="minPoolSize">10</property> <property name="maxStatements">0</property> <user-overrides user="swaldman"> </user-overrides> </default-config> <named-config name="dumbTestConfig"> <property name="maxStatements">200</property> <user-overrides user="poop"> <property name="maxStatements">300</property> </user-overrides> </named-config> </c3p0-config>
都挺详细的。我出是按照这样配的,可当我做压力测试的时候就有了问题,好像说的意思是数据库连接用完了。所以我pool.getConnect()出来的连接都为null。按理说不应该有这样的问题,最后找到问题了。大牛们说这是c3p0的一个bug,意思是说c3p0回收的连接不彻底,最终导致连接用尽。解决方案为将maxStatements值设为0;让statement不再有缓存,就不会出现这个问题了。我试过了,效果明显。
问题4.关闭资源的问题
很多人都觉得从连接池得到的连接不需要关闭,有人说如果关闭了跟不用连接池没什么区别,这个问题我也认真研究过。发现连接池应该是有自动回收连接的能力。不过...这个连接最好还是手工及时关闭吧。要不然就容易出现连接不够用的情况。至于那个conn.close();方法,我觉得它是被重写了,不能说是重写。它的作用应该是将连接放入连接池中,而不像我们想的那种关闭了与数据库的连接,值得注意的是:pool.getConnection()对象是一个:NewProxyConnection类型的。它跟jdbc驱动里面的Connection不一样的。所以conn.close()很可能是去做了另一些事。另外,有两个资源是必须要关闭的,一个是Statement,一个是ResultSet。传说数据库连接跟IO是有一定关系并且类似的。所以这两个资源一定要关闭。如果不关闭就一定会出现连接不够用的情况。
相关文章推荐
- js中使用JSON的时候遇到的问题
- 使用spymemcached spring整合的时候遇到的一个配置问题
- TX1上使用Faster-RCNN训练自己的训练集遇到的问题与解决
- 使用sybase 时候遇到的问题
- 使用sonarqube5.6.7集成maven的时候遇到的问题
- 使用mysql可视化工具mysql-front的时候遇到软件过期问题
- 使用flask的时候遇到的问题及其解答
- struts2使用注解的时候遇到的问题
- proxool与c3p0在使用中遇到的问题与解决办法
- 使用mysql可视化工具mysql-front的时候遇到软件过期问题
- 前两天使用PHP的strtotime的时候遇到了2038的问题
- 我在使用vector时候遇到的二逼问题
- 安卓中使用线条时候遇到的问题
- 使用idea时候遇到的一些输出文件或者读取文件路径问题
- 在使用SSH框架整合新闻发布系统时候遇到的问题的解决
- jquery.easyui代码详解,和遇到的问题,提供大家在使用的时候少走弯路(一)
- IDEA 中 使用git (自己遇到的问题)
- 在使用WeifenLuo Suite时遇到的问题,自己记录一下,备忘
- jquery.easyui使用详解,和遇到的问题,提供大家在使用的时候少走弯路(二)
- 使用session时候,遇到的一个问题(请求解决方法)