監視とトラブルシューティング - パート 2

この演習では、クエリダッシュボードの確認、高コストクエリの詳細の確認、および高コストクエリのトラブルシューティングを行います。

4 min

クエリダッシュボードの確認

Queries ウィンドウには、データベースで最も多くの時間を消費している SQL 文とストアドプロシージャが表示されます。クエリの重みを SQL 待機時間などの他のメトリクスと比較して、チューニングが必要な SQL を特定できます。

  1. Queries タブ: クエリウィンドウを表示します。
  2. Top Queries ドロップダウン: 上位 5、10、100、または 200 のクエリを表示します。
  3. Filter by Wait States: 待機状態を選択してクエリリストをフィルタリングできます。
  4. Group Similar: 同じ構文のクエリをグループ化します。
  5. 最も大きい Weight (%) を示すクエリをクリックします。
  6. View Query Details: クエリの詳細にドリルダウンします。

Queries Dashboard

高コストクエリの詳細の確認

Database Queries ウィンドウでデータベース内で最も多くの時間を費やしている文を特定したら、それらの SQL 文のチューニングに役立つ詳細情報をさらに深く掘り下げることができます。データベースインスタンスの Query Details ウィンドウには、Database Queries ウィンドウで選択したクエリの詳細が表示されます。

  1. Resource consumption over time: クエリがリソースを使用してデータベースで費やした時間、実行回数、および消費された CPU 時間を表示します。
  2. Wait states: 選択した SQL 文をデータベースが処理するのにかかる時間に寄与するアクティビティです。最も多くの時間を消費している待機状態は、パフォーマンスのボトルネックを示している可能性があります。
  3. Components Executing Similar Queries: このクエリと類似のクエリを実行しているノードを表示します。
  4. Business Transactions Executing Similar Queries: このクエリと類似のクエリを実行している Java ビジネストランザクションを表示します。

Expensive Query Details

  1. 右側の外側のスクロールバーを使用して下にスクロールします。
  2. Clients: 選択した SQL 文を実行したマシンと、各マシンが文の実行に要した合計時間の割合を表示します。
  3. Sessions: 各データベースインスタンス使用のセッションです。
  4. Query Active in Database: この SQL がアクセスしたスキーマを表示します。
  5. Users: このクエリを実行したユーザーを表示します。
  6. Query Hashcode: データベースサーバーがキャッシュ内でこの SQL 文をより迅速に見つけるための一意の ID を表示します。
  7. Query: 選択した SQL 文の完全な構文を表示します。Query カードの右上隅にある鉛筆アイコンをクリックして、識別しやすいようにクエリ名を編集できます。
  8. Execution Plan: クエリ実行計画ウィンドウを表示します。

Expensive Query Details2

高コストクエリのトラブルシューティング

Database Query Execution Plan ウィンドウは、クエリに対して最も効率的な実行計画を決定するのに役立ちます。潜在的に問題のあるクエリを発見したら、EXPLAIN PLAN 文を実行して、データベースが作成した実行計画を確認できます。

クエリの実行計画は、クエリがインデックスの使用を最適化し、効率的に実行されているかどうかを明らかにします。この情報は、実行速度が遅いクエリのトラブルシューティングに役立ちます。

  1. Execution Plan タブをクリックします。
  2. Type 列の結合タイプが各テーブルで ALL になっていることに注目してください。
  3. 結合タイプの 1 つにカーソルを合わせて、結合タイプの説明を確認します。
  4. Extras 列のエントリを確認します。
  5. 各エントリにカーソルを合わせて、エントリの説明を確認します。

Troubleshoot Expensive Query

次に、Object Browser を使用してテーブルのインデックスを調べましょう。

  1. Object Browser オプションをクリックして、テーブルのスキーマの詳細を表示します。
  2. Database オプションをクリックします。
  3. supercars スキーマをクリックして、テーブルのリストを展開します。
  4. CARS テーブルをクリックして、テーブルの詳細を確認します。
  5. CAR_ID 列がプライマリキーとして定義されていることが確認できます。

Troubleshoot Expensive Query

  1. 外側のスクロールバーを使用してページを下にスクロールします。
  2. テーブルに定義されているプライマリキーインデックスに注目してください。

Troubleshoot Car Index

  1. MANUFACTURER テーブルをクリックして詳細を表示します。
  2. MANUFACTURER_ID 列がプライマリキーとして定義されていないことに注目してください。
  3. ページを下にスクロールして、テーブルにインデックスが定義されていないことを確認します。

Troubleshoot Expensive Query

MANUFACTURER_ID 列には、テーブルに対するクエリのパフォーマンスを向上させるためにインデックスを作成する必要があります。異なるクエリを分析した場合、根本的な問題は異なる可能性がありますが、このラボで示される最も一般的な問題は、クエリが MANUFACTURER テーブルとの結合を実行しているか、そのテーブルを直接クエリしていることに起因しています。