WebLogic Server パフォーマンス チューニング ガイド
|
 |
 |
|
以下の節では、JDBC アプリケーションから最高のパフォーマンスを引き出すためのヒントを示します。
WebLogic Server アプリケーションで JDBC のパフォーマンスを向上させる簡単な方法は、データ ソースの接続プールをコンフィグレーションするときに [初期容量] の値を [最大容量] の値と同じに設定することです。
データベース接続の作成は、環境内では比較的コストのかかるプロセスです。通常、起動時の接続プールには少数の接続が含まれています。接続に対するクライアントの要求が増えるにつれて、プール内の接続だけでは要求に十分に応じられなくなります。WebLogic Server は、最大プール サイズに達するまで、接続をさらに作成してプールに追加します。
サーバを使用するクライアントが接続作成時の遅延を受けないようにするには、クライアントの要求に応じて接続を作成する代わりに、すべての接続をサーバ起動時に初期化する方法があります。データ ソース コンフィグレーションの [接続プール] タブで、接続の初期数を接続の最大数と同じに設定します。Administration Console オンライン ヘルプの「JDBC データ ソース : コンフィグレーション : 接続プール」を参照してください。ただし、プロダクション前のパフォーマンス テストの際に、[最大容量] の最適な値を決定する必要があります。
JDBC アプリケーションのパフォーマンスを向上させる簡単な方法としては、リソースを浪費しないようにすることがあります。以下のような状況では、JDBC 関連リソースの浪費を避けることができます。
[予約時に接続をテスト] を有効にした場合、サーバ インスタンスはデータベース接続をクライアントに返す前にその接続をチェックします。この機能によって、無効な接続がクライアントに渡されるリスクを減らすことができます。
ただし、この処理にはかなりコストがかかります。通常、サーバ インスタンスでは、接続を返す前に各接続に対して完全な SQL クエリを実行することにより、テストを実行します。SQL クエリが失敗すると、その接続は破棄されて、代わりに新しい接続が作成されます。WLS 9.1 では、この「予約時の接続テスト」機能に、パフォーマンス調整可能な新しいオプションが提供されました。9.1 のパフォーマンス調整可能な新しいオプションを使用すると、クライアントが接続を以前に正常に使用してから、コンフィグレーション済みの期間内 (デフォルトは 10 秒間) であれば、WLS は SQL クエリ テストを省略することができます。クライアントがプールに接続を返すとき、WLS はその接続にタイムスタンプを設定します。この特定の接続がクライアントに期間内に返される場合、WLS は SQL クエリ テストを省略します。期間の経過後は、SQL クエリ テストが実行されます。この機能によって、「予約時の接続テスト」を使用するビジー システムでは、パフォーマンスを大幅に向上させることができます。
データベース アプリケーションのパフォーマンスの良し悪しはほとんどの場合、アプリケーション言語ではなく、アプリケーションがどのように設計されているかによって決定されます。クライアントの数と場所、DBMS テーブルおよびインデックスのサイズと構造、およびクエリの数とタイプは、すべてアプリケーションのパフォーマンスに影響を与えます。データベース アプリケーションの設計方法の詳細については、『WebLogic JDBC プログラマーズ ガイド』の「ベスト パフォーマンスのためのアプリケーション設計」を参照してください。
|
|
|