我们使用autotrace 查看执行计划和统计信息时，会显示类似如下信息：
0 recursive calls :递归调用。一般原因：dictionary cache未命中；动态存储扩展；PL/SQL语句
0 db block gets :bufer中读取的block数量，用于insert,update,delete,selectfor update
174530 consistent gets :这里是一致读次数（一个block可能会被读多次），bufer中读取的用于查询（除掉select forupdate）的block数量。
--db blocksgets+consistent gets= logical read
0 physical reads :从磁盘上读取的block数量
0 redo size :bytes，写到redo logs的数据量
3546854 bytes sent via SQL*Net to client
60244 bytes received via SQL*Net from client
5433 SQL*Net roundtrips to/from client
0 sorts (memory) :内存排序次数
0 sorts (disk) :磁盘排序次数；与sort_area_size有关
81467 rows processed
官网对consistent gets 的解释：
consistent gets：Number of times a consistent read wasrequested for a block.
通常我们执行SQL查询时涉及的每一block都是Consistent Read, 只是有些CR(Consistent Read)需要使用undo 来进行构造, 大部分CR(Consistent Read)并不涉及到undo block的读.
还有就是每次读这个block都是一次CR(可能每个block上有多个数据row), 也就是如果某个block被读了10次, 系统会记录10个Consistent Read.
简单的说：
consistentgets : 通过不带for update的select 读的blocks.
dbblock gets : 通过update/delete/selectfor update读的blocks.
db block gets + consistent gets = 整个逻辑读。