問題タブ [hikaricp]

Dropwizard メトリクスを有効にする方法についての HikariCP wikiの説明を読むと、またはでMetricsRegistryインスタンスを構成するだけです。HikariConfigHikariDatasource

問題は、Spring Boot では、すべての構成が自動構成によって処理されるため、HikariCP プールを手動で構成していないことです。

これを行う方法についての指示はありますか？独自の Bean を定義し、すべての設定を@Configurationファイルに設定して、自動構成を完全にオーバーライドする必要がありますか?

私は働いています：

• 春 4.1.4.RELEASE
• ハイバネート 4.3.8.FINAL
• 光CP 2.3.2
• MySQL 5.6.22 自作

HikariCPページには、MySQL と Hibernate に関する 2 つの興味深いドキュメント/ブログがあります。

MySQL に関する次のチュートリアルを読んだ後:

• MySQL の構成

DataSource に関する次の構成があります。

Alpha (最も推奨され、最初の試行)

Hibernate に関する次のチュートリアルを読んだ後:

• 休止状態4

私は次の構成を持っています：

私が使用している ことを観察してください：hibernateProperties.setProperty("hibernate.connection.provider_class","com.zaxxer.hikari.hibernate.HikariConnectionProvider");

しかし、私はいつも受け取ります：

ベータ版でも

同じエラー メッセージが表示されます。

コメントしたら気づいた

• hibernateProperties.setProperty("hibernate.connection.provider_class","com.zaxxer.hikari.hibernate.HikariConnectionProvider");

エラーはありません。なぜこの動作ですか？

2 番目のリンクに次のように記載されているため、構成は正しいと思います。

それが私が持っているものです…</p>

2番目のリンクが提供するhibernate.propertiesにHikariCP構成プロパティを直接含めたくありません。

HikariCP のドキュメントによると、パフォーマンスを向上させるために固定サイズのプールを作成することが言及されています。

最小アイドル:

このプロパティは、HikariCP がプール内で維持しようとするアイドル接続の最小数を制御します。アイドル接続がこの値を下回ると、HikariCP は追加の接続を迅速かつ効率的に追加するために最善を尽くします。ただし、最大のパフォーマンスと急増する需要への応答性を得るには、この値を設定せず、代わりに HikariCP を固定サイズの接続プールとして機能させることをお勧めします。デフォルト: と同じmaximumPoolSize

私のアプリケーションは通常 100 接続を必要とし、200 接続に達する状況はごくわずかです。

200 接続の固定サイズ プールを作成すると、ほとんどの場合、100 接続がアイドル状態になります。

したがって、次のうちどれが最適ですか。

1. 固定サイズの接続プールを作成します。つまり200

また

2. minimumIdle100 とmaximumPoolSize200 に設定して、接続プールを作成します。

HikariCP が 2 番目の点を推奨しないのはなぜですか? 私の場合、2番目のものが最適だと思います。

Typesafe Config をデータベース接続構成として使用して、Slick 3.0.0-RC1のドキュメントに従いました。ここに私のconfがあります：

次のようにファイルLocale.scalaを作成しました。

次に、いつ、どこでデータベースオブジェクトを作成するのが適切なのか混乱しました

このように作成するdbと、モデルと同じ数のデータベース オブジェクトが作成されます。では、この作業を行うためのベストプラクティスは何ですか?

SQL Azure では、HikariCP や BoneCP などのサード パーティの接続プールを使用できますか? アプリを実行するだけで機能する HikariCP を構成しましたが、後で db は要求に応答しません。HikariCP の問題ですか、それとも一般的な接続プールの問題であり、調査にこれ以上時間を費やす必要はありませんか?