oracle 是一个多用户系统。当一个会话开始读取数据还未结束读取之前，可能会有其他会话修改它将要读取的数据。如果会话读取到修改
autotrace 中 统计信息的解释：
recursive calls:递归读
为了保证用户发的sql的顺利执行，oracle必须执行一些额外的语句。这些语句就叫做递归读。
比如你想插入条数据，但已经没有足够的表空间，oralce会产生递归读去动态分配空间。
当数据字典信息在data dictionary cache中不存在需要从硬盘上读取的时候，也是需要递归读。
它内部产生一条维护的语句，就会有一条递归读。
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的命中率＝逻辑读/(物理读+逻辑读);