java app, thread hangs after killing MySQL connection -

-

i have worker threads running, mysql , mysql-connector-java-5.1.20. when kill sql statement ( using kill "connection id" mysql client), java thread hangs, should throw exception.

jstack prints:

    "quartzbase$child#45e3dd3c_worker-3" prio=10 tid=0x00007f960004c800 nid=0x713d runnable [0x00007f943b3a0000]    java.lang.thread.state: runnable         @ java.net.plainsocketimpl.socketavailable(native method)         @ java.net.plainsocketimpl.available(plainsocketimpl.java:472)         - locked <0x00007f9e11fe13a8> (a java.net.sockssocketimpl)         @ java.net.socketinputstream.available(socketinputstream.java:217)         @ com.mysql.jdbc.util.readaheadinputstream.available(readaheadinputstream.java:232)         @ com.mysql.jdbc.mysqlio.clearinputstream(mysqlio.java:981)         @ com.mysql.jdbc.mysqlio.sendcommand(mysqlio.java:2426)         @ com.mysql.jdbc.mysqlio.sqlquerydirect(mysqlio.java:2651)         @ com.mysql.jdbc.connectionimpl.execsql(connectionimpl.java:2677)         - locked <0x00007f9e17de2b50> (a com.mysql.jdbc.jdbc4connection)         @ com.mysql.jdbc.connectionimpl.rollbacknochecks(connectionimpl.java:4863)         @ com.mysql.jdbc.connectionimpl.rollback(connectionimpl.java:4749)         - locked <0x00007f9e17de2b50> (a com.mysql.jdbc.jdbc4connection)         @ org.apache.commons.dbcp.delegatingconnection.rollback(delegatingconnection.java:368)         @ org.apache.commons.dbcp.poolingdatasource$poolguardconnectionwrapper.rollback(poolingdatasource.java:323)         @ org.hibernate.transaction.jdbctransaction.rollbackandresetautocommit(jdbctransaction.java:217)         @ org.hibernate.transaction.jdbctransaction.rollback(jdbctransaction.java:196)         @ org.springframework.orm.hibernate3.hibernatetransactionmanager.dorollback(hibernatetransactionmanager.java:676)         @ org.springframework.transaction.support.abstractplatformtransactionmanager.processrollback(abstractplatformtransactionmanager.java:845)         @ org.springframework.transaction.support.abstractplatformtransactionmanager.rollback(abstractplatformtransactionmanager.java:822)         @ org.springframework.transaction.interceptor.transactionaspectsupport.completetransactionafterthrowing(transactionaspectsupport.java:430)         @ org.springframework.transaction.interceptor.transactioninterceptor.invoke(transactioninterceptor.java:112)         @ org.springframework.aop.framework.reflectivemethodinvocation.proceed(reflectivemethodinvocation.java:172)         @ org.springframework.aop.framework.jdkdynamicaopproxy.invoke(jdkdynamicaopproxy.java:202)         @ $proxy1021.process(unknown source)

using jvmtop, saw this:

jvmtop 0.8.0 alpha - 22:48:37,  amd64, 24 cpus, linux 2.6.32-35, load avg 11.53  http://code.google.com/p/jvmtop   profiling pid 27403: com.caucho.server.resin.resin --root-dir     36.41% (     0.22s) com.mysql.jdbc.util.readaheadinputstream.available()   33.42% (     0.20s) ....opensymphony.xwork2.conversion.impl.defaulttypeconve()   30.17% (     0.18s) com.mysql.jdbc.util.readaheadinputstream.fill()    0.00% (     0.00s) com.rabbitmq.client.impl.frame.readfrom()

the worker threads never accept new tasks.

any idea?

according mysql documentation "kill connection thread_id" should terminate connection associated given thread_id. looks not happening (in case java thread wait answer forever). maybe can verify connection closed using network tool (e.g. netstat) .

i've ran hanging mysql connections before , had resort using sockettimeout jdbc connection parameter (but careful: sockettimeout needs larger time takes complete longest running query). try use querytimeout prepared statement.


Comments

Post a Comment

Popular posts from this blog

c# - How Configure Devart dotConnect for SQLite Code First? -

-
can configure following sample code ? when run following code, error : no entity framework provider found ado.net provider invariant name 'devart.data.sqlite' setting in machine.config <system.data> <dbproviderfactories> <add name="dotconnect sqlite" invariant="devart.data.sqlite" description="devart dotconnect sqlite" type="devart.data.sqlite.sqliteproviderfactory, devart.data.sqlite, version=4.6.287.0, culture=neutral, publickeytoken=09af7300eec23701" /> </dbproviderfactories> </system.data> after add below block code in app.config <?xml version="1.0"?> <configuration>   <configsections> <!-- more information on entity framework configuration, visit http://go.microsoft.com/fwlink/?linkid=237468 --> <section name="entityframework" type="system.data.entity.internal.configfile.entityframeworksection, entit...
Read more

c++ - Clear the memory after returning a vector in a function -

-
i have function processes , stores lot of data in , returns results vector of class. amount of data stored in function tremendous , want clear storage memory of function after finished job. necessary (does function automatically clear memory) or should clear memory function? update: vector<customers> process(char* const *filename, vector<int> id) { vector<customers> list_of_customers; (perform actions) return list_of_customers; } variables defined locally within function automatically released @ end of function scope. destructors objects called, should free memory allocated objects (if objects coded correctly). example of such object std::vector . anything you've allocated new must have corresponding delete release storage. try avoid doing own allocation , use raii instead, i.e. containers or smart pointers.
Read more

erlang - Saving a digraph to mnesia is hindered because of its side-effects -

-
updated the digraph library in erlang implements data type side-effectful. each operation on data type saves new state in ets table -- instead of returning altered version of itself, more common in functional languages. the problem usage perspective, impedes effort store or pass around state in convenient way requiring me first "collect" state before can start juggle around. the closest solution have seen far serializer/deserializer , these have drawback tied current structure of digraphs instead of operating on abstract type -- prevents future proof solution. update pascal pointed out serializer utilizes interface of digraph, , hence eliminates drawback mentioned above. better, albeit still inconvenient, see no better alternative. what recommendation on how store digraphs? should go different data type altogether? thanks. i not sure understand concern. fact digraph stored in ets transparent in user interface, might want chnge either exchange digr...
Read more