MySQL Statement Cancellation Timer konnte nicht gestoppt werden

(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&amp;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" />