Por que meu Tomcat abre apenas 8 conexões JDBC
Ao configurar as conexões com o banco de dados no Tomcat 8, por alguma razão, o Tomcat não segue o que eu configurei no context.xml, resultando em falta de conexões, levando a contenções de recursos no lado do servidor de aplicativos (threads BLOCKED / WAITING ) Eu sempre tenho 8 conexões (show processlist no mariadb / mysql) após a inicialização do pool. Minha configuração indica um mínimo de 10 conexões e um máximo de 100 conexões.
Testei configurações diferentes, mas isso não faz nenhuma diferença, o que é pelo menos estranho. O context.xml é usado, caso contrário ele não conseguiria se conectar ao banco de dados.
O que esta acontecendo aqui? Por que apenas 8 conexões?
Versões de software: - Driver JDBC do MySQL: Mais recente (5.1.35) - Java 1.8.0_05
Também observei com minha configuração anterior: Tomcat 7, Java 1.7, drivers MySQL JDBC mais antigos, MySQL em vez de MariaDB. Portanto, o problema não parece diretamente relacionado à versão.
Mostrar saída da lista de processos (mostrando os 8 processos):
| 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 |
+-------+---------------+---------------+-------------------+---------+------+-----------+-----------------+----------+
Eu tenho a seguinte configuração 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&jdbcCompliantTruncation=false"
/>
<Resource
name="mail/emailconnection"
auth="Container"
type="javax.mail.Session"
mail.smtp.host="some.stmp.server"
/>
</Context>
O seguinte problema de encadeamento aparece depois de um período (curto):
"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)