http：// blog.itpub.net/12679300/viewspace-1185623/

DBファイルのシーケンシャル読み込みと最適化

オリジナルのOracle 著者：wzq609 時間：2014年6月17日22時38分45秒 16677 0

デシベルシーケンシャルリードファイル：シーケンシャルリードを。

次のように公式の説明は次のとおりです。

このイベントは、ユーザー・プロセスがSGAのバッファ・キャッシュにバッファを読んでいると返すように物理I / Oの呼び出しを待っていることを意味します。シーケンシャルリードは、単一ブロックのリード。

シングルブロックI / Oは、通常のインデックスを使用しての結果です。まれに、全表スキャンの呼び出しがあるため、バッファ・キャッシュに存在する範囲の境界、またはバッファの単一のブロックの呼び出しに切り捨てられ得ることができませんでした。これらの待機はまた、DBファイルシーケンシャルリードとして現れます。

以下のV $ SESSION_WAITパラメータ列をチェックします。

？P1：絶対ファイル番号

？P2：ブロックが読み込まれます

？P3：ブロック数は（1でなければなりません）

説明：ORACLEプロセスは、ブロックがSGAから取得することができないときにアクセスする必要があるため、OracleプロセスがSGAにI / Oからの読み取りを待ってブロックします。

順次単一のブロック読み出しを読み取ること読み出しインデックスの一般的な結果から単一のブロックI / Oです。

DBファイルのシーケンシャル読み込み待機イベントは、次の3つのパラメータがあります。

？P1：絶対ファイル番号ファイル番号

？P2：ブロックが読まれている最初のブロック＃

？P3：ブロック数はブロック（1なければならない）数量

DBファイルのシーケンシャルリードレイテンシが原因（ROWIDによってアクセス）インデックスの実行、ロールバック（元に戻すを使用して）セグメント、およびテーブル、制御ユニットブロックヘッダファイルとデータファイルが引き起こされる（ユーザと再帰的）SQL文を読み取ることです。これらのオブジェクトの物理的なI / O要求は正常であり、したがって、DBファイルのシーケンシャルは必ずしもライブラリやアプリケーションのエラーが存在することを意味するものではありません待ってください。セッションはここでイベントが長いイベントを取った場合、それは悪いことではないかもしれません。セッションがequeueに多くの時間を費やしたか、無料のラッチ場合逆に、それは問題でなければなりません。

質問：読み取りでのDBファイルのシーケンシャル待機イベント・システムのAWRレポートは合理的ですか？

一例として、AWRの11Gを報告するために重要なパラメータを以下AWR読影レポート：