AUTOTRACE 中 统计信息的解释：
RECURSIVE CALLS:递归读
为了保证用户发的SQL的顺利执行，ORACLE必须执行一些额外的语句。这些语句就叫做递归读。
它内部产生一条维护的语句，就会有一条递归读。
DB BLOCK GETS:
以即时读模式从BUFFER CACHE中读取的数据块，任何时候在BUFFER CACHE中都只有一份当前数据块。即时读通常发生在对数据进行修改、删除操作时。
CONSISTENT GETS:
一致性读取产生的逻辑读数量。
以一致性读模式从BUFFER CACHE中读取的数据块，数据发生了变化，则数据会从undo段中读取，保证数据读取的一致性。
什么是一致性读：
ORACLE 是一个多用户系统。当一个会话开始读取数据还未结束读取之前，可能会有其他会话修改它将要读取的数据。如果会话读取到修改后的数据，就会造成数据的不一致。一致性读就是为了保证数据的一致性。在BUFFER CACHE中的数据块上都会有最后一次修改数据块时的SCN。如果一个事务需要修改数据块中数据，会先在回滚段中保存一份修改前数据和SCN的数据块，然后再更新BUFFER CACHE中的数据块的数据及其SCN，并标识其为“脏”数据。当其他进程读取数据块时，会先比较数据块上的SCN和自己的SCN。如果数据块上的SCN 小于等于进程本身的SCN，则直接读取数据块上的数据；如果数据块上的SCN大于进程本身的SCN，则会从回滚段中找出修改前的数据块读取数据。通常，普通查询都是一致性读。
PHYSICAL READS:
物理读的数量。
当数据块第一次读取到,就会缓存到BUFFER CACHE中,而第二次读取和修改该数据块时就存在在内存BUFFER CACHE了。当有新的数据要读入BUFFER CACHE中，而BUFFER CACHE又没有足够的空闲空间，Oracle就根据LRU算法将LRU链表中LRU端的数据置换出去。当这些数据被再次访问到时，需要重新从磁盘读入到BUFFER CACHE中。
REDO SIZE
产生的日志大小
BYTES SENT VIA SQL*NET TO CLIENT
服务器通过SQL*NET向客户端发送的字节数
BYTES RECEIVED VIA SQL*NET FROM CLIENT
客户端向SQL*NET 发送的字节数
SQL*NET ROUNDTRIPS TO/FROM CLIENT
服务器与CLIENT通信的次数
SORTS (MEMORY)
内存排序操作数
SORTS (DISK)
磁盘排序操作数
ROWS PROCESSED
操作产生的数据量
逻辑读=DB BLOCK GETS+CONSISTENT GETS;
物理读=PHYSICAL READS;
BUFFER CACHE的命中率＝逻辑读/(物理读+逻辑读);