tomcat7 - jdbc datasource - это, скорее всего, создаст утечку памяти

Question

Я получаю следующие сообщения в файле журнала catalina.out, когда tomcat отключен. Я использую Tomcat 7.x и источник данных Tomcat JDBC.

Mar 26, 2013 1:17:52 PM org.apache.catalina.loader.WebappClassLoader clearReferencesJdbc 
SEVERE: The web application [/my_webapp] registered the JDBC driver [com.mysql.jdbc.Driver] but failed to unregister it when the web application was stopped. To prevent a memory leak, the JDBC Driver has been forcibly unregistered. 
Mar 26, 2013 1:17:52 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads 
SEVERE: The web application [/my_webapp] appears to have started a thread named [MySQL Statement Cancellation Timer] but has failed to stop it. This is very likely to create a memory leak. 

Первый утверждает, что DataSource был принудительно незарегистрирован, так что это нормально. Однако это странно, потому что я настроил метод уничтожения, например, так:

<bean name="dataSource" class="org.apache.tomcat.jdbc.pool.DataSource" destroy-method="close"> 
    <property name="driverClassName" value="com.mysql.jdbc.Driver"/> 
    <property name="url" value="jdbc:mysql://localhost:3306/mydb"/> 
    <property name="username" value="root"/> 
    <property name="password" value="password"/> 
</bean> 

Не знаю, почему я получаю второй. Один о «Таймер отмены заявления MySQL».

любая помощь

Edit 1: Я попытался исправить предложенный @Zelldon и он избавляется от первой ошибки. Однако проблема MySQL Statement Cancellation Timer по-прежнему сохраняется

Answer 1

Попробуйте установить соединитель/драйвер sql в tomcat/lib, а не на войне. Поскольку каждый раз, когда вы развертываете войну, соединитель/драйвер будет создаваться иногда, сборщик мусора не может удалить их, что закончится утечкой памяти. Поэтому попробуйте переместить разъем в папку tomcat/lib.

Пожалуйста, прочтите следующие ответы:

Why must the JDBC driver be put in TOMCAT_HOME/lib folder?

How to configure Tomcat to connect with MySQL

Answer 2

Это может быть связано с этой ошибкой в ​​разъеме JDBC MySQL: http://bugs.mysql.com/bug.php?id=65909.

Вы можете дождаться, когда команда MySQL исправит его, или вы попытаетесь использовать Drizzle JDBC connector, который отлично работает с MySQL (вам нужно только изменить параметр в url-соединении), и в моих тестах нет такого рода ошибка.