c3p0、dbcp和proxool比较

现在常用的开源数据连接池主要有c3p0、dbcp和proxool三种,其中: 

hibernate开发组推荐使用c3p0; 
spring开发组推荐使用dbcp(dbcp连接池有weblogic连接池同样的问题,就是强行关闭连接或数据库重启后,无法reconnect,告诉连接被重置,这个设置可以解决); 
hibernate in action推荐使用c3p0和proxool;

dbcp所需jar:commons-dbcp.jar、commons-pool.jar
c3p0所需jar:c3p0-0.9.2.1.jar mchange-commons-java-0.2.3.4.jar

applicationContext.xml配置信息如下:

    <!-- 配置dbcp数据源 -->
<bean id="dataSource2" destroy-method="close" class="org.apache.commons.dbcp.BasicDataSource">
    <property name="driverClassName" value="${jdbc.driverClassName}"/>
    <property name="url" value="${jdbc.url}"/>
    <property name="username" value="${jdbc.username}"/>
    <property name="password" value="${jdbc.password}"/>
    <!-- 池启动时创建的连接数量 -->
    <property name="initialSize" value="5"/>
    <!-- 同一时间可以从池分配的最多连接数量。设置为0时表示无限制。 -->
    <property name="maxActive" value="30"/>
    <!-- 池里不会被释放的最多空闲连接数量。设置为0时表示无限制。 -->
    <property name="maxIdle" value="20"/>
    <!-- 在不新建连接的条件下,池中保持空闲的最少连接数。 -->
    <property name="minIdle" value="3"/>
    <!-- 设置自动回收超时连接 -->
    <property name="removeAbandoned" value="true" />
    <!-- 自动回收超时时间(以秒数为单位) -->
    <property name="removeAbandonedTimeout" value="200"/>
    <!-- 设置在自动回收超时连接的时候打印连接的超时错误  -->
    <property name="logAbandoned" value="true"/>
    <!-- 等待超时以毫秒为单位,在抛出异常之前,池等待连接被回收的最长时间(当没有可用连接时)。设置为-1表示无限等待。  -->
    <property name="maxWait" value="100"/>
</bean>

    <!-- 配置c3p0数据源 -->
<bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource" destroy-method="close">
    <property name="jdbcUrl" value="${jdbc.url}" />
    <property name="driverClass" value="${jdbc.driverClassName}" />
    <property name="user" value="${jdbc.username}" />
    <property name="password" value="${jdbc.password}" />
    <!--连接池中保留的最大连接数。Default: 15 -->
    <property name="maxPoolSize" value="100" />
    <!--连接池中保留的最小连接数。-->
    <property name="minPoolSize" value="1" />
    <!--初始化时获取的连接数,取值应在minPoolSize与maxPoolSize之间。Default: 3 -->
    <property name="initialPoolSize" value="10" />
    <!--最大空闲时间,60秒内未使用则连接被丢弃。若为0则永不丢弃。Default: 0 -->
    <property name="maxIdleTime" value="30" />
    <!--当连接池中的连接耗尽的时候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="true" />
    <!--因性能消耗大请只在需要的时候使用它。如果设为true那么在每个connection提交的
          时候都将校验其有效性。建议使用idleConnectionTestPeriod或automaticTestTable
          等方法来提升连接测试的性能。Default: false -->
    <property name="testConnectionOnCheckout"  value="false" />
</bean>
时间: 2024-12-15 06:51:15

c3p0、dbcp和proxool比较的相关文章

c3p0,dbcp和proxool

关于c3p0.dbcp和proxool,之类的比较,配置在网上有很多的文章,我这边就不浪费大家的时间了,主要讲下我用过这三个之后的体会. dbcp:框架以前使用的是dbcp,网上说,有很多BUG,至少,这些BUG,我是没有碰到过,从我们系统运行的情况来看,还可以,没什么太多问题,也许是我们的系统访问量不是太大(现在每日平台30个并发左右).但有个非常坑爹场景,我们测试环境上,大大小小有8个项目在跑,数据库是跟一个ftp服务器搭建在一起(资源有限,没办法的事),ftp服务会经常重启,一重启,dbc

三种数据源(dbcp/c3po/proxool)(我觉的挺好)

Java框架数据库连接池比较(c3p0,dbcp和proxool) 文章分类:Java编程 现在常用的开源数据连接池主要有c3p0,dbcp和proxool三种,其中: ¨         hibernate开发组推荐使用c3p0; ¨         spring开发组推荐使用dbcp (dbcp连接池有weblogic连接池同样的问题,就是强行关闭连接或数据库重启后,无法reconnect ,告诉连接被重置,这个设置可以解决); ¨         hibernate in action推荐

c3p0、dbcp和proxool的优缺点比较及配置

1.数据库连接池的概念 数据库连接池概述: 数据库连接是一种关键的有限的昂贵的资源,这一点在多用户的网页应用程序中体现得尤为突出.对数据库连接的管理能显著影响到整个 应用程序的伸缩性和健壮性,影响到程序的性能指标.数据库连接池正是针对这个问题提出来的. 数据库连接池负责分配.管理和释放数据库连接,它允许应用程序重复使用一个现有的数据库连接,而再不是重新建立一个:释放空闲时 间超过最大空闲时间的数据库连接来避免因为没有释放数据库连接而引起的数据库连接遗漏.这项技术能明显提高对数据库操作的性能. 数

C3P0、BoneCP、DBCP、Proxool四个时下流行的Java连接池之间的比较

C3P0是一个开放源代码的JDBC连接池,它在lib目录中与Hibernate一起发布,包括了实现jdbc3和jdbc2扩展规范说明的Connection  和Statement 池的DataSources 对象. BoneCP 是一个开源的快速的 JDBC  连接池.BoneCP很小,只有四十几K(运行时需要log4j和Google Collections的支持,这二者加起来就不小了),而相比之下 C3P0  要六百多K.另外个人觉得 BoneCP 有个缺点是,JDBC驱动的加载是在连接池之外

jdbc连接池c3p0/dbcp强制连接超过设置时间后失效

通常来说,各种技术实现的优化参数或者选项或者歪门邪道之所以能被想出来,通常是因为开发者或者实现的贡献者曾经遇到过导致此结果的问题,所以才出了对应的策略选项. 在有些情况下,比如存在客户端或者服务端连接级别内存泄漏或者资源不释放,但是在较短的周期内无法解决的时候亦或是从经济角度或其他角度我们不愿意更改和修复的时候,公司当前版本的某个关键性产品就存在这么个问题,因为在存储过程中使用了不计其数的prepare动态SQL,而mysql在此实现上存在着服务端连接的内存泄露,起初我们通过将空闲连接数设置为0

Java框架数据库连接池比较 [转贴 2010-3-20 9:57:51]

现在常用的开源数据连接池主要有c3p0,dbcp和proxool三种,其中: ¨hibernate开发组推荐使用c3p0; ¨spring开发组推荐使用dbcp (dbcp连接池有weblogic连接池同样的问题,就是强行关闭连接或数据库重启后,无法reconnect ,告诉连接被重置,这个设置可以解决); ¨hibernate in action推荐使用c3p0和proxool; 下面具体就每种连接池的调研结果进行说明: 1. Apache-DBCP ? BasicDataSource 相关的

DBCP、C3P0、Proxool 、 BoneCP开源连接池的比较

 简介   使用评价  项目主页  DBCP DBCP是一个依赖Jakarta commons-pool对象池机制的数据库连接池.DBCP可以直接的在应用程序用使用 可以设置最大和最小连接,连接等待时间等,基本功能都有,此连接池的持续运行的稳定性还是可以,不过速度稍慢,在大并发量的压力下稳定性有所下降,此外不提供连接池监控 http://homepages.nildram. co.uk/~slink/java/DBPool/  C3P0  C3P0是一个开放源代码的JDBC连接池,它在lib目录

DBCP、C3P0、Proxool 、 BoneCP开源连接池的比《转》

 简介   使用评价  项目主页  DBCP DBCP是一个依赖Jakarta commons-pool对象池机制的数据库连接池.DBCP可以直接的在应用程序用使用 可以设置最大和最小连接,连接等待时间等,基本功能都有,此连接池的持续运行的稳定性还是可以,不过速度稍慢,在大并发量的压力下稳定性有所下降,此外不提供连接池监控 http://homepages.nildram. co.uk/~slink/java/DBPool/  C3P0  C3P0是一个开放源代码的JDBC连接池,它在lib目录

160629、 DBCP、C3P0、Proxool 、 BoneCP开源连接池的比较

   简介   使用评价  项目主页  DBCP DBCP是一个依赖Jakarta commons-pool对象池机制的数据库连接池.DBCP可以直接的在应用程序用使用 可以设置最大和最小连接,连接等待时间等,基本功能都有,此连接池的持续运行的稳定性还是可以,不过速度稍慢,在大并发量的压力下稳定性有所下降,此外不提供连接池监控 http://homepages.nildram. co.uk/~slink/java/DBPool/  C3P0  C3P0是一个开放源代码的JDBC连接池,它在lib