在 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 配置：
| 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 |
+-------+---------------+---------------+-------------------+---------+------+-----------+-----------------+----------+
然后在（短）时间后出现以下线程问题：
"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)
引用自《Tomcat 专家：为高并发配置 jdbc-pool》：
当 Tomcat 读取
type="javax.sql.DataSource"它时，它会自动配置它重新打包的 DBCP，除非您指定不同的工厂。工厂对象是创建和配置连接池本身的对象。
事实证明，DBCP 包只是忽略了一系列设置。context.xml将以下行添加到资源配置中，在数据库中获得更好的响应：
<Resource
....
factory="org.apache.tomcat.jdbc.pool.DataSourceFactory"
....
/>
在 mysql 中显示进程列表，然后立即显示所需的行为。
默认情况下（即如果没有设置资源的出厂设置），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
默认公共 dbcp2 文档：https ://tomcat.apache.org/tomcat-8.0-doc/jndi-resources-howto.html#JDBC_Data_Sources