為什么我的Tomcat只打開8個JDBC連接

Question

在Tomcat 8中設置數據庫連接時，由於某種原因，Tomcat沒有遵循我在context.xml中配置的內容，導致我的連接用盡，導致應用程序服務器端的資源爭用（BLOCKED / WAITING線程） ）。 池初始化后，我總是有8個連接（在mariadb / mysql中顯示進程列表）。 我的配置規定至少10個連接和最多100個連接。

我測試了不同的配置，但這根本沒有任何區別，這至少是奇怪的。 使用context.xml，否則根本無法連接到數據庫。

這里發生了什么？ 為什么只有8個連接？

軟件版本： - MySQL JDBC驅動程序：最新版本（5.1.35） - Java 1.8.0_05

我還觀察過我以前的設置：Tomcat 7，Java 1.7，較舊的MySQL JDBC驅動程序，MySQL而不是MariaDB。 所以這個問題似乎並不直接與版本相關。

顯示進程列表輸出（顯示8個進程）：

| Id    | User          | Host          | db                | Command | Time | State     | Info            | Progress |                                                                     
+-------+---------------+---------------+-------------------+---------+------+-----------+-----------------+----------+
| 71153 | root          | localhost     | vnitdatacollector | Query   |    0 | init      | show processlist|    0.000 |                                                                     
| 73473 | vnit_datacoll | virt005:58585 | vnitdatacollector | Sleep   |    0 |           | NULL            |    0.000 |                                                                     
| 73474 | vnit_datacoll | virt005:58586 | vnitdatacollector | Sleep   |    0 |           | NULL            |    0.000 |                                                                     
| 73482 | vnit_datacoll | virt005:58606 | vnitdatacollector | Query   |    0 | update    | INSERT INTO ... |    0.000 |
| 73483 | vnit_datacoll | virt005:58607 | vnitdatacollector | Sleep   |    0 |           | NULL            |    0.000 |                                                                     
| 73485 | vnit_datacoll | virt005:58618 | vnitdatacollector | Query   |    0 | query end | INSERT INTO ... |    0.000 |
| 73487 | vnit_datacoll | virt005:58624 | vnitdatacollector | Sleep   |    0 |           | NULL            |    0.000 |                                                                     
| 73488 | vnit_datacoll | virt005:58634 | vnitdatacollector | Sleep   |    0 |           | NULL            |    0.000 |                                                                     
| 73489 | vnit_datacoll | virt005:58637 | vnitdatacollector | Query   |    7 | update    | INSERT INTO ... |    0.000 |
+-------+---------------+---------------+-------------------+---------+------+-----------+-----------------+----------+

我有以下context.xml配置：

<?xml version="1.0" encoding="UTF-8"?>
<Context>
  <Resource 
    name="jdbc/dbaccess" 
    auth="Container" 
    type="javax.sql.DataSource"
    maxActive="100" 
    maxIdle="100"
    minIdle="10"
    maxWait="1000"
    initialSize="10"
    minEvictableIdleTimeMillis="5000"
    testOnBorrow="true"
    validationQuery="SELECT 1" 
    timeBetweenEvictionRunsMillis="5000" 
    testWhileIdle="true"
    removeAbandoned="true" 
    removeAbandonedTimeout="60" 
    logAbandoned="true"
    username="some_user" 
    password="{the password}" 
    driverClassName="com.mysql.jdbc.Driver"
    url="jdbc:mysql://dbserver:3306/dbaccess?useFastDateParsing=false&amp;jdbcCompliantTruncation=false"
  />
  <Resource
    name="mail/emailconnection"
    auth="Container"
    type="javax.mail.Session"
    mail.smtp.host="some.stmp.server"
  />             
</Context>

然后在（短）時段后顯示以下線程問題：

"Thread-495" #517 daemon prio=5 os_prio=0 tid=0x00007f678c040800 nid=0x1642 waiting on condition [0x00007f67848f4000]
java.lang.Thread.State: WAITING (parking)
    at sun.misc.Unsafe.park(Native Method)
    - parking to wait for  <0x00000000f21933f0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
    at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
    at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
    at org.apache.tomcat.dbcp.pool2.impl.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:582)
    at org.apache.tomcat.dbcp.pool2.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:439)
    at org.apache.tomcat.dbcp.pool2.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:360)
    at org.apache.tomcat.dbcp.dbcp2.PoolingDataSource.getConnection(PoolingDataSource.java:118)
    at org.apache.tomcat.dbcp.dbcp2.BasicDataSource.getConnection(BasicDataSource.java:1412)
    at com.hipersonik.util.ServiceLocator.getConnection(ServiceLocator.java:32)

Answer 1

引自“ Tomcat專家：為高並發配置jdbc-pool ”：

當Tomcat讀取type="javax.sql.DataSource" ，它將自動配置其重新打包的DBCP，除非您指定其他工廠。 工廠對象是創建和配置連接池本身的對象。

事實證明，DBCP包只是忽略了一系列設置。 將以下行添加到context.xml資源配置中，可以在數據庫中獲得更好的響應：

<Resource 
 ....
factory="org.apache.tomcat.jdbc.pool.DataSourceFactory"
 ....
/>

在mysql中顯示進程列表然后立即顯示所需的行為。

Answer 2

默認情況下（即，如果未設置資源的出廠設置），tomcat7使用commons dbcp1。

Tomcat還提供了一個備用池實現（tomcat jdbc連接池），您可以通過在您的資源上設置factory = org.apache.tomcat.jdbc.pool.DataSourceFactory來使用它

Tomcat8默認使用commons dbcp2，它對於一些非常重要的配置參數（請參閱https://tomcat.apache.org/migration-8.html#Database_Connection_Pooling ）具有不同的名稱作為dbcp1（和tomcat jdbc連接池，因為它主要是具有與commons dbcp1相同的配置選項。

所以基本上，在tomcat8之前，由於配置兼容性，您不必關注正在使用的連接池。 有了tomcat8，你必須要注意。

Tomcat連接池文檔： https ： //tomcat.apache.org/tomcat-8.0-doc/jdbc-pool.html

默認commons dbcp2文檔： https ：//tomcat.apache.org/tomcat-8.0-doc/jndi-resources-howto.html#JDBC_Data_Sources