Java Web应用程序线程在java.net.SocketInputStream.socketRead0(本机方法)中因数据库操作而陷入困境

时间:2017-03-16 12:03:48

标签: java mysql multithreading tomcat connection-pooling

我遇到的问题是,有时Web应用程序线程卡在java.net.SocketInputStream.socketRead0(本机方法)上进行数据库操作。我的应用服务器和数据库服务器驻留在不同的虚拟机中。 请在下面找到JStack

"http-bio-9904-exec-10" #57 daemon prio=5 os_prio=0     tid=0x00007f1730007000 nid=0xfcd1 runnable [0x00007f171e6ee000]
java.lang.Thread.State: RUNNABLE
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.socketRead(SocketInputStream.java:116)
at java.net.SocketInputStream.read(SocketInputStream.java:170)
at java.net.SocketInputStream.read(SocketInputStream.java:141)
at com.mysql.cj.core.io.ReadAheadInputStream.fill(ReadAheadInputStream.java:101)
at com.mysql.cj.core.io.ReadAheadInputStream.readFromUnderlyingStreamIfNecessary(ReadAheadInputStream.java:144)
at com.mysql.cj.core.io.ReadAheadInputStream.read(ReadAheadInputStream.java:174)
- locked <0x00000000f6a35bb8> (a com.mysql.cj.core.io.ReadAheadInputStream)
at java.io.FilterInputStream.read(FilterInputStream.java:133)
at com.mysql.cj.core.io.FullReadInputStream.readFully(FullReadInputStream.java:58)
at com.mysql.cj.mysqla.io.SimplePacketReader.readHeader(SimplePacketReader.java:60)
at com.mysql.cj.mysqla.io.TimeTrackingPacketReader.readHeader(TimeTrackingPacketReader.java:48)
at com.mysql.cj.mysqla.io.MultiPacketReader.readHeader(MultiPacketReader.java:51)
at com.mysql.cj.mysqla.io.MysqlaProtocol.readPacket(MysqlaProtocol.java:521)
at com.mysql.cj.mysqla.io.MysqlaProtocol.checkErrorPacket(MysqlaProtocol.java:723)
at com.mysql.cj.mysqla.io.MysqlaProtocol.sendCommand(MysqlaProtocol.java:662)
at com.mysql.cj.mysqla.io.MysqlaProtocol.sqlQueryDirect(MysqlaProtocol.java:950)
at com.mysql.cj.mysqla.MysqlaSession.sqlQueryDirect(MysqlaSession.java:431)
at com.mysql.cj.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:1974)
- locked <0x00000000f6a2ce30> (a com.mysql.cj.jdbc.ConnectionImpl)
at com.mysql.cj.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:1936)
at com.mysql.cj.jdbc.StatementImpl.executeInternal(StatementImpl.java:891)
- locked <0x00000000f6a2ce30> (a com.mysql.cj.jdbc.ConnectionImpl)
at com.mysql.cj.jdbc.StatementImpl.execute(StatementImpl.java:795)
.
.
.
.

我使用tomcat 7.0.57与tomcat池作为DB池 以下是池配置

 <Resource name="jdbc/xyz" auth="Container" 
type="javax.sql.DataSource"     
maxTotal="100" 
maxIdle="30"      
factory= "com.XXX.tomcat.jndi.EncryptedDataSourceFactory"            

maxWaitMillis="10000" 
username="abc" password="abcdef" 
driverClassName="com.mysql.jdbc.Driver"       
url="jdbc:mysql://x.y.z.w:3306/some_db" 
testOnBorrow="true" validationQuery="SELECT 1">
</Resource>

我在常规日志中检查了数据库服务器(Mysql 5.6.34),发现查询在几分钟后到达数据库服务器(在5-20分钟之间变化)。 有时查询(插入/选择)都会在几秒钟内执行。

在应用级别的TCP转储中,也会显示相同的结果,延迟时间为5-20分钟。

一些观察结果: 有一个时间段,如5-10分钟,如果请求被触发,则在15分钟后获得响应,在5-10分钟之后,所有查询将在接下来的30-40分钟内顺利运行。

使用的Mysql驱动程序是5.1.0。

请帮我确定可能存在的问题。

1 个答案:

答案 0 :(得分:0)

Atlast我遇到了问题。面对类似问题的人可以试一试。 它实际上是我的网络中的防火墙的结果。我使用连接池设置解决了它。 最终的池配置让它起作用了。

<Resource name="jdbc/xxx"
    auth="Container"
    type="javax.sql.DataSource"
    factory="com.yyy.tomcat.jndi.EncryptedDataSourceFactory"
    username="xyz"
    password="abc"
    driverClassName="com.mysql.jdbc.Driver"
    url="jdbc:mysql://x.x.x.x:3306/abc?enableQueryTimeouts=true&amp;autoReconnect=true&amp;autoReconnectForPools=true"
    initialSize="0"
    maxTotal="100"
    maxActive="100"
    minIdle="0"
    maxWait="1000"
    testOnBorrow="true"
    testWhileIdle="true"
    validationQuery="SELECT 1"
    validationInterval="30000"
    validationQueryTimeout="1"
    timeBetweenEvictionRunsMillis="30000"
    minEvictableIdleTimeMillis="30000"
    removeAbandonedTimeout="10"
    removeAbandoned="true"
    logAbandoned="true"
    logValidationErrors="true"
    connectionProperties="[enableQueryTimeouts=true]"
    jdbcInterceptors="ConnectionState;QueryTimeoutInterceptor(queryTimeout=1);SlowQueryReport;ResetAbandonedTimer">