java - c3p0 - 设置 initialPoolSize = minPoolSize = maxPoolSize 有任何问题吗？

Question

我试图找出我们服务中一些随机、间歇性“卡住”的根本原因，在排除了几个问题后，我们为我们的应用程序打开了 c3p0 调试级别的日志记录，我们认为这似乎是一个 c3p0 配置问题。我们使用“Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production”作为我们的数据库。

日志摘录显示了两行，它们是服务调用的一部分。两条线之间有 3 秒没有任何 Activity ，我无法将其归因于任何特别的事情。

12 Apr 2013 02:25:42,386 [DEBUG] (com.mchange.v2.async.ThreadPoolAsynchronousRunner$PoolThread-#8) com.mchange.v2.c3p0.impl.C3P0PooledConnectionPool: Test of PooledConnection [com.mchange.v2.c3p0.impl.NewPooledConnection@1507a7] on CHECKIN has SUCCEEDED.

12 Apr 2013 02:25:45,443 [DEBUG] com.mchange.v2.c3p0.stmt.GooGooStatementCache: checkinStatement(): com.mchange.v2.c3p0.stmt.PerConnectionMaxOnlyStatementCache stats -- total size: 85; checked out: 0; num connections: 5; num keys: 85 

c3p0配置如下。

acquireIncrement = 2;
acquireRetryAttempts = 0;           # keep retrying forever
acquireRetryDelay = 10000;          # 10 secs.
checkoutTimeout = 1000;             # 1 secs. 
idleConnectionTestPeriod = 60;      # 1 min.
maxConnectionAge = 1800;            # 30 mins.
maxIdleTime = 1800;                 # 30 mins.
maxIdleTimeExcessConnections = 120;
maxPoolSize = 30;
maxStatementsPerConnection = 25;
minPoolSize = 30;
initialPoolSize = 30;
numHelperThreads = 16;  # asynchronous threads
preferredTestQuery = "SELECT 1 FROM dual";
testConnectionOnCheckin = true;

我想知道是否有配置问题导致卡住？另外，我想知道设置 minPoolSize = maxPoolSize 是否会对性能产生任何影响(负面)。我找不到有答案的类似问题。我不担心应用程序启动时间，但当连接达到其“年龄”时会发生什么？我试图了解 c3p0 在处理失效连接时的行为。

为了了解负载，我们每分钟接到大约 300 次服务调用。 CPU/内存使用率都在合理水平内，没有什么特别值得关注的地方。

任何见解将不胜感激。谢谢!-阿米娅

Answer 1

1) minPoolSize = maxPoolSize = initialPoolSize 应该没有问题，虽然这不是我测试过的配置!

2) 大多数情况下，您的配置看起来都不错!一些狡辩:

• acquireIncrement 为 2 意味着，在一段较平静的时期之后负载上升的时期内，大约 50% 的客户端将面临一些等待连接获取的延迟。我会让 acquireIncrement 更大，从 3 到 5；

• acquireRetryDelay = 10000 表示如果任何随机故障导致获取尝试失败，获取新连接时的任何随机失败都会导致客户端在空池上等待 10 秒。 10000 是一个高设置。

• 您没有观察到显式的 APPARENT DEADLOCK 消息，但您正在使用对它们非常敏感的配置，即使用 Oracle + 语句缓存。某些 Oracle 驱动程序存在一个问题，在其父连接正在使用时(例如，用于测试)尝试关闭()缓存语句会导致卡住，最终迫使池清除并重新创建其辅助线程。您已经为自己提供了很多辅助线程，这可能有助于避免此问题，但在幕后，您可能会遇到由于线程池中的线程阻塞而导致的性能下降。 c3p0-0.9.2 有一个配置参数，如果设置该参数，i) 小心地避免在父连接正在使用时关闭缓存的 PreparedStatements 和 ii) 并使用专用线程关闭此类语句。我建议你试一试。如果您还没有升级到 c3p0-0.9.2.1，请升级并设置

  c3p0.statementCacheNumDeferredCloseThreads=1
  

  (您不太可能需要多个线程来关闭 () 语句，但如果您愿意，可以将其设置为更大的值。请参阅 here。)

祝你好运!