segment)を読み書きする場合。tempイベントを待機します。Queryのために、データファイルを読み取る場合。readイベントを待機します。3.PDMLやCTASのためにデータファイルを書き込む場合。writeイベントを待機します。4.NOCACHE属性で生成されたLOBセグメントを読み書き場合。write(lob)イベントを待機します。5.I/Oシステムがデータを読むことによって、Oracleに返す速度よりもはるかに速い速度でバッファを要求する場合。一度読んでI/O操作)を使用します。readイベントを待機します。I/Oに関連する統計値について整理すると、以下の通りとなります。reads:ディスクから読み取られたブロック数。物理的な読み取り操作が発生した場合には、常に増加します。I/Oを介して読んだブロック数。writes:ディスクに記録されたブロック数。物理的な書き込みが発生した場合には、常に増加します。I/Oを介して記録したブロックの数。・sort(disk):ディスクを利用した並べ替え操作回数。I/O)読み取り操作は、次の式で計算することができます。I/Oのパフォーマンスの問題は、ほとんどのI/Oシステムの性能と直接関連があります。I/Oは、バッファキャッシュを経由しないため、同期に伴うオーバーヘッドがありません。したがって、競合による性能低下現象が発生しません。I/Oでの待機回数と待機時間を減らすことは不可能です。I/Oの実行パフォーマンスに問題が生じると判断されると、I/O自体の性能を改善することに焦点を合わせることが正しい判断となります。I/Oとは別の概念であることに注意してください。I/Oは、OSのバッファキャッシュを経由しないでしょう。OracleのキャッシュとOSのキャッシュを併用することダブルバッファリング(double-buffering)と呼び、普通の性能によく無いないことが知られています。ダブルバッファリングがパフォーマンスに及ぼす影響の程度は、システムの特性やアプリケーションの特性に応じて異なる場合があります。I/Oでの最大I/Oバッファサイズを決定します。9iのから、この値は、基本的に1Mの値を持ちます。実際にはO/Sやハードウェアの設定に応じて、最大値が決定されます。Queryの性能が高くなる可能性がありますが、ほとんど実際の使用可能な値は、1Mよりも小さい値であるため、実際には変更する必要がありません。readにもかかわらず、データファイルからデータを直接読み取ることと、UNDOを参照するためのメカニズムは同じです。consistency)を保証する方法は同じです。old)エラーを観察するものです。readを実行しながら、変更されたブロックを検出すると、UNDOデータを参照するものと解釈することができます。readのか知ることができます。次のスクリプトを見てみましょう。readイベントをキャプチャ。Bの実行結果は以下の通りです。file#ので、該当するファイルが、実際のデータファイルであるか確認することができます。readであることを知ることができます。readパフォーマンスに影響を与えることができます。writesの最大I/Oバッファサイズに設定する必要があります。8iまでは、ほとんどのプラットフォームで、デフォルトの設定値は、64ブロックでした。writesの最大I/Oバッファサイズは512K(8K*64)です。最大I/Oバッファサイズは、ハードウェアの限界値によっても制限されます。9iのではDB_FILE_DIRECT_IO_COUNTパラメータはhiddenパラメータで変更され、ブロック数ではなくバイト(byte)単位で変更されました。9iのデフォルト設定値は1MBです。I/Oサイズは、ハードウェアの設定(configuration)と限界値にも影響を受けます。Oサイズを知ることができます。readを実行するセッションの10046トレースイベントをレベル8に設定します。P3パラメータは読んだブロックの数を示します。I/Oサイズは64K(8K*8ブロック)です。read待機イベントのP3値を確認することができます。UNIXプロセスをトレースします。Oを実行するセッションのデバッグ情報を確認します。slave)#0の実行履歴です。