10

我已经经历了几个问题，这有点相关，但没有回答我的问题。

c3p0 连接池是否maxPoolSize保证某个时间的连接数永远不会超过这个限制？如果maxPoolSize=5和 10 个用户同时开始使用该应用程序会怎样？

我的应用程序。配置

<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>
4

1 回答 1

17

区分数据源和连接池很重要。

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

要回答您的具体问题，如果maxPoolSize5 个和 10 个客户端同时访问 c3p0 数据源，那么其中不超过 5 个将首先获得连接。其余的客户端将wait()直到连接返回（或c3p0.checkoutTimeout已过期）。

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

如果您在运行时修改连接池属性，您可能会意外看到许多连接打开的另一种情况。实际上，内部连接池的配置是不可变的。当您在运行时“更改”池参数时，实际发生的是使用新配置启动新池，并将旧池置于“关闭”模式。从旧池中签出的连接仍然有效，但在签入时，它们会被销毁。只有当所有旧池连接都已重新签入时，池才真正死了。

因此，如果您有一个已签出连接的池，maxPoolSize然后更改配置参数，则您可能会暂时看到高达(2 * maxPoolSize). 实际上，这很少会成为问题，因为动态重新配置并不常见，并且连接检查应该而且通常非常简短，因此旧池连接会迅速消失。但它可能发生！

我希望这有帮助。

psacquireIncrement最好设置大于 1acquireIncrement的值。 1 意味着没有提前预取连接，因此当负载增加时，一些线程将直接经历连接获取的延迟。

于 2013-06-05T08:08:09.817 回答