昨日、 HikariCPに出会い、一晩中勉強しました。実装と設計の微調整に費やされた詳細と努力の量に本当に感銘を受けました. 端的に言うと、たとえば、例外が原因で、 にautoCommit設定された状態でプールにチェックインされ、発行も発行もされてfalseいない接続を実際にどのように処理するかを判断できませんでした。これは、新しい接続を期待している次のリクエスタにとって、多くの重大なトランザクションの問題の原因となる可能性がありますが、残念ながら、ダングリング トランザクション状態でこの接続を受け取ります。commit()rollback()
C3P0 と Tomcat の JDBC プールには、まさにこの目的のために (構成またはインターセプトを通じて) いわゆるノブがいくつかありますが、HikariCP のドキュメントまたはサポート グループには何も見つかりませんでした。間違っている場合は訂正してください。ただし、単純な単体テストを作成すると、プールはこれについて何もしないことがわかりました。
この観察が実際に正しいかどうかを知る必要があり、それについて何も見逃していません。また、これは私にとって非常に重要なので、HikariCP でこれに対処する計画があれば。
ありがとう。