Read)モードでバッファから読み込んだブロック数で8の一部またはすべてが含まれる。カレントモードでバッファから読み込んだブロック数で8の一部またはすべてが含まれる。パース時にライブラリキャッシュにヒットせずハードパースされた回数。オプティマイザモード。パースを実行したユーザID。Operationは実際に実行したときの実行計画及び統計を表す。Planと表示されている場合はtkprofで接続したインスタンスが作成した実行計画であり実際に実行された実行計画と同じではない可能性がある。カッコ内の項目は以下を表している。基本的には以下のような観点で調査を行います。時間がかかる処理ほどチューニング効果が高いため処理時間(elapsed)が長いSQLをSQLトレースから特定します。デフォルトのtkprofの動作は同じSQL文をサマリして出力するため実行毎に処理時間が大きく異なるような状況の場合はAGGREGATE=NOを指定して個別に出力させます。処理時間の内訳を確認する着目したSQLのどこで時間がかかっているのかを確認するため、該当のSQLに対して処理時間に対するCPU時間(cpu)の比率を確認します。処理時間に対してCPU時間の比率が少ない場合、ロックなどにより何かしらの待機イベントでの待機が発生している可能性があるためこの場合は待機イベントも合わせて確認する必要があります。待機イベントはDBMS_MONITOR.SESSION_TRACE_ENABLEパッケージでwaits=>TRUEを指定してトレースを有効にするとSQLトレースに待機イベントを追加記録することができます。実行計画の見直しCPU時間の比率が高い場合やアクセス対象のセグメントへの物理DISK読み込み、書き込みで処理時間が長くなっている場合は実行計画が最適であるか見直します。Operationで表示される各行のtime値より確認することができます。11gではさらに統計情報のコスト、平均行サイズ、カーディナリティが追加され解析しやすくなっています。本サイトはリンクフリーです。本サイトの情報により発生した問題等については一切責任を負えません。管理人への連絡はftpsaba0123@hotmail.comまでどうぞ。