問題タブ [hikaricp]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
mysql - scalikejdbc のバッチ挿入がリモート コンピューターで遅い
私は100個のテーブルにまとめて挿入しようとしています（mySQLで使用するのに最適なサイズだと聞きました）、sbt 0.13.6でscala 2.10.4を使用し、使用しているjdbcフレームワークはHikaricpでscalikejdbcです、私の接続設定は次のようになります。
挿入コード:
バッチを挿入するたびに 15 秒かかりました。私のログは次のとおりです。
mySQL データベースをホストするサーバーで実行すると高速に実行されますが、リモート コンピューターでより高速に実行するにはどうすればよいですか?
mysql - HikariCP と Slick を使用した MySQL 接続の管理
このソフトウェア スタックで Scala アプリケーションを実行しています。
Scala アプリをシャットダウンした後も、MySQL への接続が開いたままになる理由がわかりません。唯一の正しい側面は、Threads_connected が 16 から 1 に低下することです (これは、'show status' コマンドを実行しているコンソールです。
奇妙なことに、アプリを実行するたびに、DB へのオープン接続が、接続プールに設定されたオープン接続の最大数 (HikariCP maximumPoolSize) だけ増加していることを常に確認しているため、接続が接続に返されることはないと述べることができます。再利用のためのプール。
Slickのドキュメントによると
スコープに入るときにプールから接続を取得し、スコープの外で解放します
このソフトウェア スタックでの接続プールの使用に関して何か間違ったことをしたのでしょうか?
hibernate - Hibernate + HikariCP + EHCache セッションの作成が失敗する
以前は、ここに示すように Hibernate + c3p0 + ehcache を適切に構成しました。今は、HikariCP のようなより強力なプールを使用しようとしています。まず、Hibernate + HikariCP をこの別の投稿で示されているように構成してみます。
今まで、HikariCP で Hibernate をうまく使用できましたが、EHCache を追加すると (最初のリンクに示されているように)、アプリの起動に失敗します。エラーは発生しません。アプリが停止するだけで、セッションファクトリーを作成してみてください。
ログ（スタックオーバーフローが非常に長いため完全なログを記録できないため、同様の行をいくつか削除します）。
hibernate.cfg.xml の一部
何が悪いのかわからない。
HibernateUtil.java
POM
更新: 詳細については、ファイル構成を追加します。
hikaricp - 光 setConnectionTimeout の挙動
このコードの根拠の説明を探しているだけです (バージョン 2.2.4 の PoolUtiltites:293):
このコードと setConnectionTimeout メソッドは、次の動作を取得することを意味します。
- connectionTimeout == 0 の場合、loginTimeout = Integer.MAX_VALUE
- connectionTimeout > 0 && < 100 の場合、HikariConfig は IllegalArgumentException をスローします
- connectionTimeout >= 100 && <= 1000 の場合、loginTimeout = connectionTimeout
- connectionTeimout > 1000 の場合、loginTimeout = 1000
それは私には本当に奇妙に見えます！
Math.min は Math.max である必要があるようです???
現在のプロジェクトでは、30 秒後に接続を失敗させたいと考えていますが、これは現在のセットアップでは不可能です。
私は 4.1 の postgres jdbc ドライバーを使用していますが、これは上記の問題とは関係ないと思います。
多くの感謝 - そしてクールなプーリングライブラリ!!!
mysql - HikariCP + mariadb-java-client 構成が失敗する
mysql-java-clientからに移動しようとしていmariadb-java-clientます。プールを使用HikariCPし、HikariCP Web サイトから提供されるデフォルトの MySQL 構成を使用します。
デフォルトの mysql クライアントを使用すると問題なく動作しますが、mariadb では次のパラメーターを削除する必要があります。
これらのパラメーターを指定する必要があるのか、それともオプションなのかはわかりません。
grails - Grails 接続プーリングのパフォーマンスの問題
私のプロジェクトのパフォーマンス分析中に、接続プーリングを指し示すいくつかの問題が見つかりました。各クエリは、セッション ファクトリの接続プールを使用するために次のコードを実行します。
通常、各スレッドの最初のセッション ファクトリ リクエストには 200 ～ 300 ミリ秒かかりますが、後続のクエリ (同一のクエリであっても) には 50 ～ 80 ミリ秒かかります。
比較のために HikariCP に切り替えたところ、各スレッド内の初期接続に遅延がなかったことが主な理由で、パフォーマンス時間が半分になりました。デフォルトの Grails 接続プール マネージャー (このサイトによると commons-dbcp 接続プール) で各スレッドの最初の接続に時間がかかる原因は何ですか?
情報源：
Grails バージョン: