c3p0连接池是否确保最大池大小？

Question

我已经经历了几个问题,这有些相关,但没有回答我的问题.

c3p0连接池是否maxPoolSize确保某个时间的连接数永远不会超过此限制？如果maxPoolSize=510个用户同时开始使用该应用程序,该怎么办？

我的应用.配置

<bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource" destroy-method="close">
        <property name="driverClass"><value>${database.driverClassName}</value>/property>
        <property name="jdbcUrl"><value>${database.url}</value></property>
        <property name="user"><value>${database.username}</value></property>
        <property name="password"><value>${database.password}</value></property>
        <property name="initialPoolSize"><value>${database.initialPoolSize}</value>/property>
        <property name="minPoolSize"><value>${database.minPoolSize}</value></property>
        <property name="maxPoolSize"><value>${database.maxPoolSize}</value></property>
        <property name="idleConnectionTestPeriod"><value>200</value></property>
        <property name="acquireIncrement"><value>1</value></property>
        <property name="maxStatements"><value>0</value></property> 
        <property name="numHelperThreads"><value>3</value></property>
    </bean>

    <bean id="entityManagerFactory" class="org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean">
        <property name="dataSource" ref="dataSource"/>              
    </bean>

    <bean id="transactionManager" class="org.springframework.orm.jpa.JpaTransactionManager">
        <property name="entityManagerFactory" ref="entityManagerFactory"/>
        <property name="dataSource" ref="dataSource"/>
    </bean>

Answer 1

区分DataSource和Connection池很重要.

maxPoolSize由c3p0基于每个池强制执行.但是单个DataSource可能拥有多个连接池,因为每组身份验证凭据都有(并且必须是)一个不同的池.如果只dataSource.getConnection()调用默认方法,则maxPoolSize将是池获取和管理的最大连接数.但是,如果使用获取Connections dataSource.getConnection( user, password ),则DataSource可能会保留(maxPoolSize * num_distinct_users)Connections.

为了回答您的具体问题,如果maxPoolSize5个和10个客户端同时命中c3p0数据源,则最多不会有5个客户端获得连接.其余的客户端将wait()一直返回(或c3p0.checkoutTimeout已过期).

一些警告:c3p0执行maxPoolSize如上所述.但是不能保证,即使只使用一个per-auth池,你也不会偶尔看到更多的maxPoolSizeConnections签出.例如,c3p0过期并异步销毁Connections.就c3p0而言,一旦Connection对客户端不可用并标记为销毁,而不是实际被销毁时​​,Connection就会消失.因此,如果maxPoolSize是5,您可能偶尔会在数据库中观察到6个打开的连接.池中将有5个连接处于活动状态,而第6个连接处于队列中以进行销毁但尚未销毁.

另一种情况是,如果在运行时修改连接池属性,则可能会意外地看到许多连接打开.实际上,内部连接池的配置是不可变的.当您在运行时"更改"池参数时,实际发生的是使用新配置启动新池,并将旧池置于"放空"模式.从旧池中检出的连接保持有效,但是当它们签入时,它们将被销毁.只有在重新检入所有旧池连接时,池才真正死掉.

因此,如果您有一个已maxPoolSize检出Connections 的池,然后更改配置参数,您可能会暂时看到一个峰值(2 * maxPoolSize),如果在返回旧游泳池的连接之前新池已被大量流量命中.在实践中,这很少是一个问题,因为动态重新配置并不常见,并且连接检查应该并且通常非常简短,因此旧池连接快速消失.但它可能发生!

我希望这有帮助.

ps acquireIncrement最好设置大于1 acquireIncrement的值.1表示没有连接在需求之前被预取,因此每当负载增加时,某些线程将直接经历连接获取的延迟.