помогите мне избежать тайм-аута соединения с JPA, Hibernate & MySQL

Question

Я использую JPA (Hibernate в качестве поставщика), Glassfish и MySQL.В разработке все прекрасно работает, но когда я развертываю приложение на тестовом сервере и позволяю ему работать (в основном бездействующем) в одночасье, меня обычно приветствуют утром:

[#|2011-03-09T15:06:00.229+0000|INFO|glassfish3.0.1|javax.enterprise.system.std.com.sun.enterprise.v3.services.impl|_ThreadID=23;_ThreadName=Thread-1;|ERROR [htt\
p-thread-pool-8080-(1)] (JDBCTransaction.java:91) - JDBC begin failed
com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: The last packet successfully received from the server was 41,936,868 milliseconds ago.  The last packet \
sent successfully to the server was 41,936,868 milliseconds ago. is longer than the server configured value of 'wait_timeout'. You should consider either expirin\
g and/or testing connection validity before use in your application, increasing the server configured values for client timeouts, or using the Connector/J connec\
tion property 'autoReconnect=true' to avoid this problem.
        at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
        at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
        at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
        at java.lang.reflect.Constructor.newInstance(Constructor.java:532)
    at com.mysql.jdbc.Util.handleNewInstance(Util.java:409)
        at com.mysql.jdbc.SQLError.createCommunicationsException(SQLError.java:1118)
        at com.mysql.jdbc.MysqlIO.send(MysqlIO.java:3321)
        at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:1940)
        at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2113)
        at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2562)
        at com.mysql.jdbc.ConnectionImpl.setAutoCommit(ConnectionImpl.java:4956)
        at org.hibernate.transaction.JDBCTransaction.begin(JDBCTransaction.java:87)
        at org.hibernate.impl.SessionImpl.beginTransaction(SessionImpl.java:1473)
        at org.hibernate.ejb.TransactionImpl.begin(TransactionImpl.java:60)

Я пытался использоватьв моем persistence.xml, но это не помогло:

        <property name="hibernate.c3p0.min_size" value="5"/>
        <property name="hibernate.c3p0.max_size" value="20"/>
        <property name="hibernate.c3p0.idleTestPeriod" value="30"/>
        <property name="hibernate.c3p0.timeout" value="0"/>
        <property name="hibernate.c3p0.max_statements" value="0"/>

Так что это конфигурация C3p0;вполне возможно, что мне не хватает части, которая на самом деле говорит hibernate "эй, используйте c3p0".

Я собираюсь попробовать предложение, которое прямо там в сообщении об ошибке: добавьте autoReconnect=true к моему URL JDBC, но это действительно начинает ощущаться как разработка грузового культа на этом этапе.Буду признателен за некоторые рекомендации о том, как правильно решить эту проблему.Трудно отлаживать, потому что цикл тестирования эффективно «запускает его всю ночь, посмотрим, что происходит утром».

Я, наверное, должен упомянуть, как я на самом деле использую соединения в своем приложении.У меня есть пользовательский Servlet Filter , который перехватывает все запросы.Он создает EntityManager, сохраняет его в ThreadLocal и закрывает фильтр в блоке catch / finally.Все мои сущности получают ссылку на EntityManager от ThreadLocal.

Вполне возможно, что мой фильтр неисправен, но, как кажется, это происходит только после простоя, я подозреваю, что что-то еще не так.Я собираюсь перейти к шву / сварке, когда у меня будет возможность отдышаться, но сейчас я полагаюсь на этот фильтр.

Редактировать: вот решение TL; DR:

• используйте пул соединений вашего контейнера, если вы можете (спасибо, @partenon)
• убедитесь, что ваш пул соединений использует проверку соединения (спасибо, @mattб)

В моем случае мне пришлось зайти в консоль Glassfish в разделе Ресурсы / JDBC / Пулы подключений, вкладка «Дополнительно», а затем включить проверку подключения:

Это был действительно важный шаг.Вы также, вероятно, хотите установить для Validate At Most Once что-то разумное, скажем, 100 секунд.Если вы используете C3P0 или аналогичный, убедитесь, что вы настроили idle_test_period и preferredTestQuery.

Что бы вы ни делали в конце концов, важно проверить свои изменения, чтобы увидеть, дают ли они желаемый эффект.Чтобы ускорить тайм-аут в MySQL, вы можете временно установить wait_timeout на что-то низкое, например, 30 секунд, отредактировав my.cnf.Это очень помогло в отладке этой проблемы, поскольку позволило мне тестировать изменения в секундах, а не в часах.

Answer 1

Я думаю, что реальный вопрос заключается в следующем: почему вы используете механизм пула внешних подключений, а не собственный пул Glassfish? Ваш сервер приложений лучше подходит для предоставления такого рода услуг вашему приложению. «Внешние» механизмы пулов соединений лучше подходят для автономных приложений, а не для приложений в контейнере.

Answer 2

Я думаю, что свойство для установки периода проверки соединения - idle_test_period, а не idleTestPeriod согласно документации C3P0 здесь . Так что вы должны использовать:

<property name="hibernate.c3p0.idle_test_period" value="30"/>

вместо.

Answer 3

Вы должны рассмотреть вопрос об истечении срока действия и / или проверке допустимости соединения перед использованием в вашем приложении, увеличении значений, настроенных сервером для тайм-аутов клиента, или использовании свойства соединения Connector / J 'autoReconnect = true', чтобы избежать этой проблемы.

Просто выстрел в темноте, но вы смотрели на установку свойства autoReconnect=true в вашем драйвере JDBC? Или рассмотрите возможность отключения настройки на стороне сервера для тайм-аутов подключения клиента.

Answer 4

У меня возникла та же проблема, и потребовалось время, чтобы найти решение.

Я использую Hibernate 4.0.1 и mysql 5.1 (без весеннего фреймворка), и я столкнулся с проблемой. Сначала убедитесь, что вы правильно настроили банки c3p0, которые необходимы.

Я использовал эти свойства в hibernate.cfg.xml

<property name="hibernate.c3p0.validate">true</property>
<property name="hibernate.connection.provider_class">org.hibernate.service.jdbc.connections.internal.C3P0ConnectionProvider</property>
<property name="hibernate.c3p0.min_size">5</property>
<property name="hibernate.c3p0.max_size">20</property>
<property name="hibernate.c3p0.max_statements">50</property>
<property name="hibernate.c3p0.preferredTestQuery">SELECT 1;</property>
<property name="hibernate.c3p0.testConnectionOnCheckout">true</property>
<property name="hibernate.c3p0.idle_test_period">10</property>
<property name="hibernate.c3p0.acquireRetryAttempts">5</property>
<property name="hibernate.c3p0.acquireRetryDelay">200</property>
<property name="hibernate.c3p0.timeout">40</property>

Но это бесполезно, потому что C3p0 все еще принимает свойства по умолчанию, а не свойства, которые я установил в hibernate.cfg.xml. Вы можете проверить это в журналах. Итак, я искал много сайтов для правильного решения и, наконец, я придумал это. удалите свойства C3p0 в cfg.xml и создайте c3p0-config.xml в корневом пути (вместе с cfg.xml) и установите свойства следующим образом.

<c3p0-config>
<default-config> 
<property name="automaticTestTable">con_test</property>
<property name="checkoutTimeout">40</property> 
<property name="idleConnectionTestPeriod">10</property> 
<property name="initialPoolSize">10</property>
<property name="maxPoolSize">20</property> 
<property name="minPoolSize">5</property> 
<property name="maxStatements">50</property>
<property name="preferredTestQuery">SELECT 1;</property>
<property name="acquireRetryAttempts">5</property>
<property name="acquireRetryDelay">200</property>
<property name="maxIdleTime">30</property>
</default-config>
</c3p0-config>

но если вы запустите, ORM берет соединение jdbc, но не пул соединений C3p0, потому что мы должны добавить эти свойства в hibernate.cfg.xml

<property name="hibernate.c3p0.validate">true</property>

<property name="hibernate.connection.provider_class">org.hibernate.service.jdbc.connections.internal.C3P0ConnectionProvider</property>

теперь все работает нормально (по крайней мере, у меня все работало нормально) и проблема решена.

проверьте следующее для справок.

http://www.mchange.com/projects/c3p0/index.html#configuring_connection_testing

https://community.jboss.org/wiki/HowToConfigureTheC3P0ConnectionPool

Надеюсь, это решит вашу проблему.