私たちのプールサイズは、Webアプリケーションのデータベースへの接続数を600に設定しています。しかし私はちょうど彼らが今月の27日までに完了する必要があると言っている4000 +ユーザーに私たちのトレーニングコースを押していると言って、クライアントからの電子メールを持っています。それを4000まですべきか?DB接続プールサイズ合理的な制限?
2
A
答えて
3
最初に、4000人のユーザーが8時間以内に異なる時間にアクセスするシステムで作業していることを覚えていて、4000人の同時ユーザーの読み込みと同じではありません。
また、データアクセスの実装方法にいくつかの問題がなければ、実際にそれを行う必要はありません。それは本当にタイプロード+アーキテクチャ+ [他の要因を挿入]に依存します。最善の方法は、負荷テストを行うことです。また、現在の負荷に関するパフォーマンス/リソース使用状況の情報を取得し、トランザクション・コスト・ベースの分析を行うことも検討してください。
0
いいえ、接続プールは接続を管理します。
あなたのコードでは、接続を閉じるとプールに戻り、他のリクエスタによって使用されます。
私は、あなたの接続サイズはユーザー数と同じである必要はないと言います。デフォルトの接続プールのサイズは100ですが、接続プールのサイズは(600)で十分です。
関連する問題
- 1. 接続制限
- 2. ASP.NET HTTP接続制限
- 3. Kryonet接続ID制限?