(alte Frage, aber ich bin auf dieselbe Fehler-/Warnmeldung gestoßen) Verwenden Sie einen JDBC-Pool mit QueryTimeoutInterceptor
oder rufen Sie statement.setQueryTimeout(320)
auf Funktion. Es ruft einen internen mysqljdbc.jar-Thread auf, um lange laufende Abfragen abzubrechen.
Tomcat Hotdeployment erkennt es nicht, sodass der Thread zurückbleibt und einen toten Webapp-Kontext im RAM behält.
<Resource name="jdbc/BSManager" auth="Container"
type="javax.sql.DataSource" factory="org.apache.tomcat.jdbc.pool.DataSourceFactory"
initialSize="2" maxActive="100" maxIdle="10" maxWait="30000"
username="myuser" password="mypwd"
driverClassName="com.mysql.jdbc.Driver"
jdbcInterceptors="org.apache.tomcat.jdbc.pool.interceptor.QueryTimeoutInterceptor(queryTimeout=320)"
url="jdbc:mysql://127.0.0.1:3306/mydb?useUnicode=true&characterEncoding=utf8"
validationQuery="SELECT 1" removeAbandoned="true" removeAbandonedTimeout="7200"
testOnBorrow="true" maxAge="1800000"
/>
Diese Warnmeldung The web application [TI] appears to have started a thread named [MySQL Statement Cancellation Timer] but has failed to stop it
passiert auch dann, wenn dieser Listener in tomcat/conf/server.xml
aktiviert ist Datei. Ich weiß nicht, ob tote Webapp nach einem Abfrage-Timeout freigegeben wird. Ich habe mich entschieden, kein Abfrage-Timeout mit dem MySQL-jdbc-Treiber zu verwenden.
<Listener className="org.apache.catalina.core.JreMemoryLeakPreventionListener"
classesToInitialize="com.mysql.jdbc.NonRegisteringDriver" />