当前位置: 首页 > 知识库问答 >
问题:

为什么我的Tomcat只打开8个JDBC连接

尉迟子民
2023-03-14

在Tomcat 8中设置数据库连接时,由于某些原因,Tomcat没有遵循我在上下文中配置的内容。xml,导致连接耗尽,导致应用程序服务器端的资源冲突(阻塞/等待线程)。在池初始化之后,我总是有8个连接(在mariadb/mysql中显示processlist)。我的配置说明至少10个连接,最多100个连接。

我测试了不同的配置,但这根本没有任何区别,至少很奇怪。上下文。使用xml,否则它将无法连接到数据库。

这里到底发生了什么?为什么只有8个连接?

软件版本:-MySQL JDBC驱动程序:最新版本(5.1.35)-Java 1.8.0\u 05

我还观察了以前的设置:Tomcat7、Java1.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)

共有2个答案

朱鹏
2023-03-14

默认情况下(即如果未设置ressource的出厂设置),tomcat7使用commons dbcp1。

Tomcat还提供了一个备用池实现(tomcat jdbc连接池),您可以通过在资源上设置工厂=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

郑茂材
2023-03-14

引用“Tomcat专家:为高并发性配置jdbc池”:

当Tomcat读取type=“javax.sql.DataSource”时,它将自动配置重新打包的DBCP,除非您指定其他工厂。工厂对象是创建和配置连接池本身的对象。

事实证明,DBCP包只是忽略了一系列设置。将以下行添加上下文中。xml资源配置,在数据库中获得更好的响应:

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

在mysql中显示processlist,然后立即显示所需的行为。

 类似资料: