有关Oracle逻辑读和物理读，你了解吗？

沙龙晃荡 | 去哪儿、陌陌、ThoughtWorks在主动化运维中的实践！10.28不见不散！

有关Oracle逻辑读和物理读，你懂得吗？

1.物理读(physical read)

物理读等于把数据大年夜磁盘读入到buffer catch的过程。平日情况下是，如不雅须要数据的时刻发明不存在于buffer catch傍边，即oracle就会履行物理读。

当数据块第一次攫取到,就会缓存到buffer cache 中,而第二次攫取和修改该数据块时就在内存buffer cache 了以下是例子:

1.1 第一次攫取:

C:\Documents and Settings\Paul Yi>sqlplus "/as sysdba"

SQL*Plus: Release 9.2.0.4.0 - Production>9 physical reads --9个物理读

0 redo size

373 bytes sent via SQL*Net to client

503 bytes received via SQL*Net from client

2 SQL*Net roundtrips to/from client

0 sorts (disk)

1 rows processed

1.2 第二次攫取

SQL> select * from test;

Execution Plan

----------------------------------------------------------

0 SELECT STATEMENT ptimizer=CHOOSE (Cost=2 Card=4 Bytes=8)

1 0 TABLE ACCESS (FULL) OF 'TEST' (Cost=2 Card=4 Bytes=8)

Statistics

----------------------------------------------------------

0 recursive calls

7 consistent gets

0 physical reads --没有产生物理读了,直接大年夜buffer cache 中攫取了

0 redo size

373 bytes sent via SQL*Net to client

503 bytes received via SQL*Net from client

2 SQL*Net roundtrips to/from client

0 sorts (disk)

0 sorts (memory)

0 sorts (disk)

1 rows processed

1.3 数据块被从新读入buffer cache ,这种产生在

如不雅有新的数据须要被读入Buffer Cache中，而Buffer Cache又没有足够的余暇空间，Oracle就根据LRU算法将LRU链表中LRU端的数据置换出去。当这些数据被再次拜访到时，须要从新大年夜磁盘读入。

Session altered.

SQL> select * from test;

Execution Plan

----------------------------------------------------------

0 SELECT STATEMENT ptimizer=CHOOSE (Cost=2 Card=4 Bytes=8)

1 0 TABLE ACCESS (FULL) OF 'TEST' (Cost=2 Card=4 Bytes=8)

----------------------------------------------------------

Statistics

SQL> select * from test;

0 db block gets

0 recursive calls

0 db block gets

7 consistent gets

0 redo size

2 SQL*Net roundtrips to/from client

2 sorts (memory)

373 bytes sent via SQL*Net to client

503 bytes received via SQL*Net from client

0 sorts (memory)

1 rows processed

2.逻辑读(buffer read)

逻辑读指的就是大年夜(或者视图大年夜)Buffer Cache中攫取数据块。按照拜访数据块的模式不合，可以分为即时读(Current Read)和一致性读(Consistent Read)。留意：逻辑IO只有逻辑读，没有逻辑写。

即时读

即时读即攫取数据块当前的最新数据。任何时刻在Buffer Cache中都只有一份当前数据块。即时读平日产生在对数据进行修改、删除操作时。这时，过程会给数据加上行级锁，并且标识数据为“脏”数据。

SQL> select * from test for update;

Execution Plan

----------------------------------------------------------

0 SELECT STATEMENT ptimizer=CHOOSE (Cost=2 Card=4 Bytes=8)

1 0 FOR UPDATE

2 1 TABLE ACCESS (FULL) OF 'TEST' (Cost=2 Card=4 Bytes=8)

Statistics

----------------------------------------------------------

0 recursive calls

1 row updated.

1 db block gets

14 consistent gets

0 physical reads

252 redo size

386 bytes sent via SQL*Net to client

503 bytes received via SQL*Net from client

0 sorts (memory)

0 sorts (disk)

1 rows processed

SQL>

一致性读

Oracle是一个多用户体系。当一个会话开端攫取数据还未停止攫取之前，可能会有其他会话修改它将要攫取的数据。如不雅会话攫取到修改后的数据，就会造成数据的不一致。一致性读就是为了包管数据的一致性。在Buffer Cache中的数据块上都邑有最后一次修改数据块时的SCN。如不雅一个事务须要修改数据块中数据，会先在回滚段中保存一份修改前数据和SCN的数据块，然后再更新Buffer Cache中的数据块的数据及其SCN，并标识其为“脏”数据。当其他过程攫取数据块时，会先比较数据块上的SCN和本身的SCN。如不雅数据块上的SCN小于等于过程本身的SCN，则直接攫取数据块上的数据;如不雅数据块上的SCN大年夜于过程本身的SCN，则会大年夜回滚段中找出修改前的数据块攫取数据。平日，通俗萌芽都是一致性读。

下面这个例子赞助大年夜家懂得一下一致性读：

会话1中：

----------

1000

SQL> update test set id=2000;

会话2中:

SQL> set autotrace>9 consistent gets 没有事物做update时是 7 consistent gets 解释多了2个 consistent gets 这2个是要大年夜回滚段中获取的

1/2 1 2 下一页尾页

　　推荐阅读

　　无服务器架构中的日志处理

沙龙晃荡 | 去哪儿、陌陌、ThoughtWorks在主动化运维中的实践！10.28不见不散！无办事器架构中的日记处理会碰到诸多挑衅，让我们就此作一番商量，同时也懂得 ELK Stack(应用 Kinesis Firehose)是若何解>>>详细阅读

本文标题：有关Oracle逻辑读和物理读，你了解吗？

地址：http://www.17bianji.com/lsqh/37991.html

1/2 1