SpringアプリケーションのMySqlへの接続が8時間後に失われます。正しく設定するには？

Question

DBCP接続プーリングを使用してMySqlデータベースに接続すると思うSpringアプリケーションがあります。私は信じています。これは私が非常に強い地域ではないので、すべてが正しく設定されていれば肯定的ではないからです。私はアプリケーションの実行に問題はなく、すべて正常に動作しています。問題は一晩で発生します。このアプリはあまり使われておらず、夜通しMySqlとの接続が失われているようです。私はそれを調べ、MySqlが8時間のウィンドウを持っていることを発見した後、それは切断されます。私はこれでいいですが、ユーザーが午前中にログオンしようとすると、次のようなエラーが表示されます。

通信リンクの障害。最後のパケットは60,000,000ms前に正常に受信されました。最後のパケットは15ms前に正常に設定されました。

これは問題です。この問題にぶち込まないで、午前中に再接続できるようにする必要があります。私がそれを修正することができるように見える唯一の方法は、Tomcatサーバーをバウンスすることです。それを見て、DBCPプーリングはこれをどうにかして防ぐことができるはずですが、私はそれを設定する方法に関する信頼できる情報源を見つけることができません。私はここの誰かが私にいくつかの洞察を提供してくれることを願っています。ここに私の現在の設定はすべて、春のXMLファイルで行い、次のとおりです。

アプリ-data.xmlの

<?xml version="1.0" encoding="UTF-8"?> 
<beans xmlns="http://www.springframework.org/schema/beans" 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
xmlns:aop="http://www.springframework.org/schema/aop" 
xmlns:tx="http://www.springframework.org/schema/tx" 
xmlns:context="http://www.springframework.org/schema/context" 
xsi:schemaLocation=" 
    http://www.springframework.org/schema/beans 
    http://www.springframework.org/schema/beans/spring-beans-3.0.xsd 
    http://www.springframework.org/schema/tx 
    http://www.springframework.org/schema/tx/spring-tx-3.0.xsd 
    http://www.springframework.org/schema/aop 
    http://www.springframework.org/schema/aop/spring-aop-3.0.xsd 
    http://www.springframework.org/schema/context 
    http://www.springframework.org/schema/context/spring-context-3.0.xsd"> 

<context:annotation-config /> 
<context:component-scan base-package="com.vz.sts.domain" /> 
<context:component-scan base-package="com.vz.sts.persistence" /> 
<context:component-scan base-package="com.vz.sts.service" /> 

<bean class="org.springframework.orm.jpa.support.PersistenceAnnotationBeanPostProcessor" /> 

<bean id="entityManagerFactory" class="org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean"> 
    <property name="dataSource" ref="dataSource" /> 
    <property name="jpaVendorAdapter"> 
     <bean class="org.springframework.orm.jpa.vendor.HibernateJpaVendorAdapter"> 
      <property name="database" value="MYSQL" /> 
      <property name="showSql" value="true" /> 
     </bean> 
    </property> 
</bean> 

<bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource"> 
    <property name="driverClassName" value="com.mysql.jdbc.Driver" /> 
    <property name="url" value="jdbc:mysql://localhost:3306/app" /> 
    <property name="username" value="root" /> 
    <property name="password" value="admin" /> 
    <property name="initialSize" value="5" /> 
</bean> 

<bean id="transactionManager" class="org.springframework.orm.jpa.JpaTransactionManager"> 
    <property name="entityManagerFactory" ref="entityManagerFactory" /> 
</bean> 

<bean id="jdbcUserService" class="org.springframework.security.provisioning.JdbcUserDetailsManager"> 
    <property name="dataSource" ref="dataSource"/> 
    <property name="authenticationManager" ref="authenticationManager"/> 
</bean> 

<bean id="saltSource" class="org.springframework.security.authentication.dao.ReflectionSaltSource"> 
    <property name="userPropertyToUse" value="username" /> 
</bean> 

<tx:annotation-driven /> 
</beans> 

私はアプリを可能にするために追加する必要が具体的にどのような性質わからないんだけどデータベースに再接続します。数時間後に接続を閉じると気にしませんが、自動的に再接続して、このようなエラーは発生しません。実際には接続プーリングを使用するように設定されているということも肯定的ではありません。だから、どんな助けでも大歓迎です、ありがとう。

UPDATE

私はthis pageを発見し、私は私がする必要があるすべてはValidationQueryプロパティを追加することだと思います。他のすべてをデフォルトにしておきながら、これが欲望の影響を受けるかどうか誰にでも確認できますか？私はそれがtestOnBorrowのDBCPの側面を利用すると信じています。私はtestOnBorrowが説明していることを完全には理解していませんが、これが私の望むことをすると思います。誰でも確認できますか？ありがとう。

Answer 1

短い答えは十分であるはずです。 DBCPは、接続プールからの借用時の接続テスト（デフォルト）をサポートしていますが、アイドル状態のリターンおよびテストのテストもサポートしています。

ここで間違っているかもしれないことも理解する価値があります。あなたのTomcatサーバーとデータベースの間に何かがあるように、タイムアウト後に（ルータやファイアウォールのように）アイドル接続を切断しているようです。この問題はTomcatがまだ有効な接続を持っていると思っていて、接続で何らかの作業をしようとすると失敗しますが、接続を維持してプールに返します。今度は、プールと同じ接続が切断されている場合、データベースと通信しようとする試みは失敗します。

マイケル・ナイガードの優れた「リリース・イット」だと思います。このシナリオを彼のトゥー・ザ・トレンチ・ストーリーの1つで説明した本。

また、8時間後にTomcatが接続を失った場合、DBは接続の失敗を認識しないため、MySQLがどのようにデッド接続をクリーンアップしているかを調べる必要があります。

最終的には、新しいconnection poolへのTomcat 7スイッチを使用している場合は、DBCPよりも優れたパフォーマンスが得られます。

Answer 2

私の友人であるDBCPは、彼が守れない約束をしています。 Hehe。私はこの問題で自分自身を見つけたと最近いくつかの新しくファイアウォールにアイドル時間X時間より長い時間の空き接続を途中に入れたダウンしました。だから、Dbは私のクライアント（とそのソケット）にconnが落ちていて、ソケットが開いたままになっていることを知らせなかったので、プールはconnが利用できなかったことを知ることができませんでした。結果：朝の最初のクエリはタイムアウトで失敗し、2番目のクエリは期待通りに機能しませんでした。 validationQueryを使用しても、DBCPはすでに有効なconnをチェックしませんでした（理由は分かりませんでしたが、私はそれを知りました）

ソリューション1？実際の運用環境（ええと、たくさんの汗）のせいで、速い馬はプールごとにX/4時間ごとにDBに確かな質問を送る別のスレッドを作成することでした。それは、新しいファイアウォール/ WAFが私のソケットconnをチョッピングから守った！

解決策2？インフラストラクチャをチェックする。連続性をチェックしてください。ネットワークインターフェイスの速度とモードの一貫性をチェックします（例：全二重、100M）。 Dbサーバーの設定を確認します（ネットカードの省エネエネルギーはありません）。プローブ1を溶液1に保つこともできます。

編集。 testOnBorrowとvalidationQueryは通常の状況下で動作するはずです。論理チャンネルと物理ソケットbtwのクライアントとサーバーでプールをイメージングします。 testOnBorrowはチャンネルが有効であるかどうかをチェックしてからリクエストに渡します。それはvalidationQueryを使って行います。