readになっていることは間違いありません。ブロック以上にはなっているので全ブロック読み込まれているようですね。妙な値を示している統計があります。遅延ブロッククリーンアウトが行われている時に上がる統計です。コミットクリーンアウトされたブロック数を差し引いたブロック数にほぼ一致します。(1回目の実行ではこの3倍ぐらいに跳ね上がっていましたが。一度クリーンアウトされたのでは??)さらに不思議なことに、REDO生成されないんですね。readで遅延ブロッククリーンアウトされたケースと動きが違います!!!!!!Oracleを再起動する前のステップでREDOログが異常に少ないにも関わらず、遅延クリーンアウトされていた統計値が高くなった。読み込み、遅延ブロッククリーンアウト発生。REDOログはありません。これって、クリーンアウト行われているようですが、実際にはメモリー上だけで実祭のブロックはクリーンアウトされずに残っているということですよね。なんども発生しているわけですから。readはその名の通り、バッファキャッシュを介さず、常にストレージからデータブロックを読み込み、PGAへ。このケースだとSELECT文なので単純にPGAへ直接読み込み、メモリ上ではクリーンアップは行なっているようですが、クエリーが終了すれば、単に捨てられるのみ。クリーンアウトの結果は永続化されない。read等でバッファキャッシュを経由させないと、遅延ブロッククリーンアウトは、ずーっと先延ばしされる。readで全表走査させれば、遅延ブロッククリーンアウトが発生して、大量のREDOログが生成されるて、完全にクリーンアウトされる。