問題タブ [hikaricp]

hikariCP私はそれが「最速の接続プール」であり、デッドロックが報告されていないことについて多くのことを読みました。しかし、それを比較するとtomcat-jdbc、両方でほぼ同じ応答時間が得られます（そうでない場合tomcat-jdbcはより高速です）。さらに、を使用すると例外が発生しhikariCPました。スタック トレースを以下に示します。接続プールを正しく構成していないように感じます。 注: 私のアプリケーションは、1 秒あたり最大 70 のトランザクションを受け入れる必要があります。

私は使っている：

http://search.maven.org/#search%7Cga%7C1%7Chikaricp (5 行目)から HikariCP JAR をダウンロードし、ビルド パスに配置しました。電話すれば

例外が発生します：

ここのコメントによると: https://stackoverflow.com/a/25114022/555690、

開発している環境、IDE などはわかりませんが、これは実行時に HikariCP jar がクラスパスにない単純なクラスパスの問題です。明らかに、コンパイル時にパスにあったか、ここまでたどり着けなかったでしょう。

そのため、HikariCP はコンパイル時には私のパスにありましたが、実行時にはありませんでした。それでは、実行時にどうすればよいのでしょうか。私はエクリプス ルナを使用しています。

c3p0 を使用する場合、プールを使用する必要はありませんが、アクティブとアイドルの数を調べるために hikaricp に関しては、最初にプールを取得する必要があります。

これはおそらく非常に単純な質問です。Hikari-CP デバッグ ログを無効にするにはどうすればよいですか? 私のログファイルには、これらのメッセージがたくさんあります

そして私のlog4jConfig.xmlで：

ロガー設定の何が問題なのか誰か教えてもらえますか?

ありがとう！

Java サーブレットを移行して、C3P0 の代わりに光接続プールを使用したいと考えていました。ただし、奇妙なバグに遭遇しました-Hibernateの起動中に、サーブレットが次のようにクラッシュします:

Method org.postgresql.jdbc4.Jdbc4Connection.isValid(int) is not yet implemented.

pom.xml から抜粋した最新の JDBC41 postgresql ドライバーを使用しているため、これは奇妙な動作です。

JDBC ドライバーの変更ログによると、このisValid()メソッドは 9.3-1102 で既に適切に実装されているはずです。このバージョンのドライバーを C3P0 で使用していましたが、まったく問題はありませんでした。

また、正しく動作していた JDBC ドライバーを使用してみPgsql-NGましたが、PostGIS データ型を処理するときにバグがありました。

connectionTestQueryまた、ひかり構成で を設定して、ひかりSELECT 1が を使用しないように強制しようとしましたisValid()が、これは効果がありませんでした。

この問題またはいくつかの回避策を経験した人はいますか?