Oracle逻辑读的示例分析

这篇文章给大家分享的是有关Oracle逻辑读的示例分析的内容。小编觉得挺实用的，因此分享给大家做个参考，一起跟随小编过来看看吧。

1.物理读(physical
read)当数据块第一次读取到,就会缓存到buffer cache 中,而第二次读取和修改该数据块时就在内存buffer cache 了
以下是例子:1.1第一次读取:C:”Documents and Settings”Paul Yi>sqlplus “/as
sysdba”SQL*Plus: Release 9.2.0.4.0 – Production on Thu Feb 28 09:32:04
2008Copyright (c) 1982, 2002, Oracle Corporation.All rights reserved.
Connected to:
Oracle9i Enterprise Edition Release 9.2.0.4.0 – Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.4.0 – ProductionSQL> set autotrace traceonly
SQL> select * from test;
Execution Plan
———————————————————-
0SELECT STATEMENT ptimizer=CHOOSE (Cost=2 Card=4 Bytes=8)
10TABLE ACCESS (FULL) OF ‘TEST’
(Cost=2 Card=4 Bytes=8)
Statistics
———————————————————-
175recursive calls
0db block gets
24consistent gets
9physical
reads–9个物理读
0redo size
373bytes sent via SQL*Net to client
503bytes received via SQL*Net from client
2SQL*Net roundtrips to/from client
2sorts (memory)
0sorts (disk)
1rows processed1.2第二次读取SQL> select * from test;
Execution Plan
———————————————————-
0SELECT STATEMENT ptimizer=CHOOSE (Cost=2 Card=4 Bytes=8)
10TABLE ACCESS (FULL) OF ‘TEST’
(Cost=2 Card=4 Bytes=8)
Statistics
———————————————————-
0recursive calls
0db block gets
7consistent gets
0physical
reads–没有发生物理读了,直接从buffer cache
中读取了
0redo size
373bytes sent via SQL*Net to client
503bytes received via SQL*Net from client
2SQL*Net roundtrips to/from client
0sorts (memory)
0sorts (disk)
1rows processed1.3数据块被重新读入buffer
cache ,这种发生在如果有新的数据需要被读入Buffer
Cache中，而Buffer
Cache又没有足够的空闲空间，Oracle就根据LRU算法将LRU链表中LRU端的数据置换出去。当这些数据被再次访问到时，需要重新从磁盘读入。SQL> alter
session set events ‘immediate trace name
flush_cache’;–清空数据缓冲区Session altered.SQL> select *
from test;
Execution Plan
———————————————————-
0SELECT STATEMENT ptimizer=CHOOSE (Cost=2 Card=4 Bytes=8)
10TABLE ACCESS (FULL) OF ‘TEST’
(Cost=2 Card=4 Bytes=8)
Statistics
———————————————————-
0recursive calls
0db block gets
7consistent gets
6physical
reads–又重新发生了物理读
0redo size
373bytes sent via SQL*Net to client
503bytes received via SQL*Net from client
2SQL*Net roundtrips to/from client
0sorts (memory)
0sorts (disk)
1rows processed2.逻辑读(buffer read)逻辑读指的就是从（或者视图从）Buffer
Cache中读取数据块。按照访问数据块的模式不同，可以分为即时读（Current Read）和一致性读（Consistent
Read）。注意：逻辑IO只有逻辑读，没有逻辑写。即时读即时读即读取数据块当前的最新数据。任何时候在Buffer
Cache中都只有一份当前数据块。即时读通常发生在对数据进行修改、删除操作时。这时，进程会给数据加上行级锁，并且标识数据为“脏”数据。SQL> select *
from test for update;
Execution Plan
———————————————————-
0SELECT STATEMENT ptimizer=CHOOSE (Cost=2 Card=4 Bytes=8)
10FOR UPDATE
21TABLE ACCESS (FULL) OF ‘TEST’ (Cost=2 Card=4 Bytes=8)
Statistics
———————————————————-
0recursive calls
1db block
gets
14consistent gets
0physical reads
252redo size
386bytes sent via SQL*Net to client
503bytes received via SQL*Net from client
2SQL*Net roundtrips to/from client
0sorts (memory)
0sorts (disk)
1rows processedSQL>一致性读Oracle是一个多用户系统。当一个会话开始读取数据还未结束读取之前，可能会有其他会话修改它将要读取的数据。如果会话读取到修改后的数据，就会造成数据的不一致。一致性读就是为了保证数据的一致性。在Buffer
Cache中的数据块上都会有最后一次修改数据块时的SCN。如果一个事务需要修改数据块中数据，会先在回滚段中保存一份修改前数据和SCN的数据块，然后再更新Buffer
Cache中的数据块的数据及其SCN，并标识其为“脏”数据。当其他进程读取数据块时，会先比较数据块上的SCN和自己的SCN。如果数据块上的SCN小于等于进程本身的SCN，则直接读取数据块上的数据；如果数据块上的SCN大于进程本身的SCN，则会从回滚段中找出修改前的数据块读取数据。通常，普通查询都是一致性读。下面这个例子帮助大家理解一下一致性读：会话1中：SQL> select *
from test;ID
———-
1000SQL> update test
set id=2000;1 row updated.会话2中:SQL> set
autotrace on
SQL> select *
from test;ID
———-
1000
Execution Plan
———————————————————-
0SELECT STATEMENT ptimizer=CHOOSE (Cost=2 Card=4 Bytes=8)
10TABLE ACCESS (FULL) OF ‘TEST’
(Cost=2 Card=4 Bytes=8)
Statistics
———————————————————-
0recursive calls
0db block gets
9consistent
gets没有事物做update时 是 7 consistent
gets说明多了2个consistent
gets这2个是要从回滚段中获取的
0physical reads
52redo size
373bytes sent via SQL*Net to client
503bytes received via SQL*Net from client
2SQL*Net roundtrips to/from client
0sorts (memory)
0sorts (disk)
1rows processedSQL>Oracle性能调优中，逻辑读是个很重要的度量值，它不仅容易收集，而且能够告诉我们许多关于数据库引擎工作量的信息。逻辑读是在执行SQL语句的时候从高速缓存中读取的块数。逻辑读在Oracle调优中有四个好处：（1）逻辑读是受制于CPU能力的操作，因而，很好的反映了CPU的使用情况。（2）逻辑读可能导致物理读，因而，通过减少逻辑读的数量，很可能会降低I/O操作次数。（3）逻辑读是受制于串行的操作，既然经常要考虑多用户负载的优化，最小化逻辑读将有利于避免扩展性问题。（4）逻辑读的数量可以通过SQL跟踪文件和动态性能视图在SQL语句以及执行计划级别获得。下面就来详细的讲述下逻辑读相关的知识，以作为自己学习的一个总结。
我们都知道,数据块是oracle最基本的读写单位,但用户所需免费云主机域名要的数据,并不是整个块,而是块中的行,或列.当用户发出SQL语句时,此语句被解析执行完毕，就开始了数据的抓取阶段,在此阶段,服务器进程会先将行所在的数据块从数据文件中读入buffercache,这个过程叫做物理读.物理读,每读取一个块,就算一次物理读.当块被送进buffercache后,并不能立即将块传给用户,因为用户所需要的并不是整个块,而是块中的行.从buffercache的块中读取行的过程,就是逻辑读.为了完成一次逻辑读,服务器进程先要在hash表中查找块所在的buffercache链.找到之后,需要在这个链上加一个cachebufferchains闩,加闩成功之后,就在这个链中寻找指定的块,并在块上加一个pin锁.并释放cachebufferchains闩.然后就可以访问块中的行了.服务器进程不会将块中所有满足条件的行一次取出,而是根据你的抓取命令,每次取一定数量的行.这些行取出之后,会经由PGA传给客户端用户.行一旦从buffercache中取出,会话要释放掉在块上所加的PIN.本次逻辑读就算结束.如果还要再抓取块中剩余的行,服务器进程要再次申请获得cachebufffer链闩.再次在块上加PIN.这就算是另外一次逻辑读咯.也就是说,服务器进程每申请一次cachebuffer链闩,就是一次逻辑读.而每次逻辑读所读取的行的数量,可以在抓取命令中进行设置.
逻辑读和Cachebufferchains闩关系密切，TOM曾有文章提到，进程每申请一次Cachebufferchains闩，就是一次逻辑读。但是，逻辑读并不等同于Cachebufferchains闩，每次逻辑读，在9i中至少需要获得两Cachebufferchains闩。逻辑读是指在Hash表中定位块的这个过程。

下面是我的测试：
步1：建立测试表：
createtablejj_one(idnumber(5),namechar(40));

步2：插入100行
begin
foriin1..100loop
insertintojj_onevalues(i,’aaa’);
endloop;
end;
/

或：insertintojj_oneselectrownum,’aaa’fromdba_objectswhererownum