データベース環境についての問題は、データベースの使用中に発生し、それは、などのテーブルスペース、ファイルシステム、データファイル、プロセス、構成要素のいずれかによって引き起こされる可能性が
特定のが原因でもあるかもしれませんSQL パフォーマンス文が貧弱なシステムのパフォーマンスの問題を引き起こします。そのため、データベースの問題の根本原因は、問題の徹底的な調査が繰り返される、複雑な労働力、
しかし、トラブルシューティングする前に、技術者としての性能試験は、まずどのようなツールは、どのモニターデータベースのパフォーマンス指標をクリア、目標、オラクルモニタパフォーマンス指標として無ゲイン、および監視および分析方法の使用を理解する必要があります。
インデックスの名前 |
問題の説明と診断解析 |
|
Oracleのデータ・アクセス・データ方法 |
||
全表スキャン/ 秒 (フルスキャン/秒) |
指標の説明 |
それは、毎秒フルテーブルスキャンの数を指します。全表スキャンは、実質的に全表スキャンまたはインデックス・スキャンすることができます。全表スキャンが多くの時間を要しますので、全表スキャンの頻度が高すぎるCPU使用率が高すぎるので、それがパフォーマンスに影響します。 |
診断 |
1、 スポットライトの行動SQLの問題を使用して得られました。 2、 分析は、SQLデータベースのログを問題のオブジェクトを取得します |
|
インデックス分析 |
1は、スポットライトやプロファイラを使用して、SQLクエリのパフォーマンスを最適化するために、途中であなたが全表スキャンが必要かどうかを確認するために分析します。 図2は、パーティションテーブルかどうかを分析することにより、クエリのパフォーマンスを向上させることができ、プロセスの履歴データのルックアップテーブルデータの例が多数あります。 |
|
他の |
指標の説明 |
SQLの構文文言の問題、リソースのCPU /メモリの過剰消費につながります |
診断 |
1、 スポットライトの行動SQLの問題を使用して得られました。 2、 分析は、SQLデータベースのログを問題のオブジェクトを取得します |
|
インデックス分析 |
SQLの実装を変更することによってようにネストされたサブクエリまたはソート文法と、あまりにも多くの |
|
ORACLE データベースインスタンスのパラメータ解析 |
||
バッファ待機 バッファ待ち |
指標の説明 |
これは、バッファのバッファで待機し得る確率を指し |
診断 |
メトリックは、値を、対応するか、スナップショットのスポットライトを使用して取得します |
|
インデックス分析 |
100%に近くなるように、性能指数を用いて、スポットライト。 |
|
バッファヒット率 バッファ%ヒット |
指標の説明 |
これは、データ・バッファ・ヒット率のデータブロックを指し |
診断 |
メトリックは、値を、対応するか、スナップショットのスポットライトを使用して取得します |
|
インデックス分析 |
この値は、一般的には90%以上であるべきです。 |
|
共有エリアのヒット率 SharedPool% |
指標の説明 |
プールの共用 |
診断 |
メトリックは、値を、対応するか、スナップショットのスポットライトを使用して取得します |
|
インデックス分析 |
Spotlightの分析を使用して、この値は、一般的には90%以上であるべきです。 |
|
メモリ使用量のソート |
指標の説明 |
これは、メモリ内のソート操作の比を指します。クエリは、ソート、今ソートのメモリを必要とする場合、メモリの不足が効率に影響を与える、IOの問題を引き起こし、一時テーブルスペースのディスクソートを使用します。 |
診断 |
メトリックは、値を、対応するか、スナップショットのスポットライトを使用して取得します |
|
インデックス分析 |
この値は、100%の優れたパフォーマンスに一般的に近いです。 |
|
ファイルの同期をログに記録 ファイルの同期をログに記録 |
指標の説明 |
この待機イベントは、セッションが事完了したときに、セッションのREDO情報は、実行を継続するためにログバッファからログファイルに書き込まれるまで、LGWRプロセスが待機しなければならないことを意味します。 |
診断 |
メトリックは、値を、対応するか、スナップショットのスポットライトを使用して取得します |
|
インデックス分析 |
今回のイベントは、おそらく、一度、あまりにも頻繁にまたは非常に長い書き込み時間のログを送信したり、更新データによる待つには長すぎます。 |
|
やり直し バッファー待機率を 待ってやり直し |
指標の説明 |
やり直しバッファバッファに取得するチャンスを待っています |
診断 |
メトリックは、値を、対応するか、スナップショットのスポットライトを使用して取得します |
|
インデックス分析 |
性能指標は100%に近くなければなりません。 |
|
Oracleのロック(ロック)パフォーマンスカウンタ |
||
キュー待ち (エンキュー(CS)) |
指標の説明 |
2つの回避するために、このようなデータ・レコードなどの共有リソースを保護するためのロック機構パーソナル同時に更新同じデータ。エンキューイング機構を含む、すなわち、(FIFO 先入れ先出し)キューイング。 |
診断 |
スポットライトを使用することにより、スナップショットは、LRは、対応するインデックス値を取得するために監視します |
|
インデックス分析 |
如果enqueue等待事件比较显著,则需要根据enqueue等待类型,采取相应的优化方法。 防止多个事务并发使用资源,尽可能少使用锁来提高性能开销。 |