揭密Oracle之七种武器之四：揭密Buffer Cache中的链表

liuxuelong007

楼主，请教个问题：
搜索Hash Chain是需要cache buffer chain Latch的保护，如果不保护会有什么问题呢？也就是cache buffer chain Latch到底在保护什么？

liligoal

高手！

vage

liuxuelong007 发表于 2012-8-29 14:14
楼主，请教个问题：
搜索Hash Chain是需要cache buffer chain Latch的保护，如果不保护会有什么问题呢？也 ...

只要是共享的东西，访问的时候都需要某种锁机制保护。
SGA内存的每一个字节，都是共享的。因此进程哪怕是只访问SGA中一个字节，都需要某种锁机制保护。
Oracle这种锁机制就是Latch和Mutex。

具体到CBC Latch，它保护各个HASH Bukect后的链表，另外，它还保护buffer Pin的获取、释放。
（Buffer Pin也是内存中的N个字节，CBC Latch保护对这几个字节的修改）

liuxuelong007

vage 发表于 2012-8-30 08:40
只要是共享的东西，访问的时候都需要某种锁机制保护。
SGA内存的每一个字节，都是共享的。因此进程哪怕是 ...

谢谢楼主的回复，我还有个问题，CBC Latch保护buffer Pin的获取、释放这个我能理解，因为要修改数据了，所以只能有一个用户进程在访问。
但是如果有两个用户进程，只是读取数据，而不对数据进行修改，那这两个用户进程同时扫描hash bukect后的一个链表，同时找到一个相同buffer header，然后同时读取数据，但不做修改，这会有什么问题呢？

vage

liuxuelong007 发表于 2012-8-30 10:52
谢谢楼主的回复，我还有个问题，CBC Latch保护buffer Pin的获取、释放这个我能理解，因为要修改数据了，所 ...

任何锁机制，都会有额外代价的。
最最简单的锁，没有独占、共享这些模式，只有持有、不持有，没有等待者队列这些高级特性，只有这样，锁的获得、释放，才迅速、占资源少。这就是Latch了。

但Latch发展到9i，已经有了队列Latch，也叫长Latch。到11G，绝大多数Latch都是长Latch，有简单的队列。为了简洁高效，10G后Oracle又搞了个Mutex。

虽然Latch有队列，有共享、独占模式的Latch，仍只是一少部分，被称为共享Latch。比如CBC Latch就是，但CBC Latch，大部分时候，也是以独占模式持有的，关于这个问题，可以参考我原来的帖子：
揭密Oracle之七种武器之三：破译古老的谜题---共享CBC Latch的秘密
http://www.itpub.net/thread-1617245-1-1.html

liuxuelong007

楼主，您什么时候出五啊~！！

liuxuelong007

楼主，您好：
我做了如下实验，进行三次全表扫描，是11.2.0.3的库，您不是说11g全表扫描是不会把buffer header移动到主lru链表上吗？那为什么我的实验结果不太一样呢？
SQL> select * from v$version;
BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - Production
PL/SQL Release 11.2.0.3.0 - Production
CORE    11.2.0.3.0      Production
TNS for Linux: Version 11.2.0.3.0 - Production
NLSRTL Version 11.2.0.3.0 - Production

SQL> show sga;
Total System Global Area  238530560 bytes
Fixed Size                  1344144 bytes
Variable Size             155192688 bytes
Database Buffers           79691776 bytes
Redo Buffers                2301952 bytes

SQL> select segment_name,bytes/1024/1024 from dba_segments where segment_name='A3_76M';
SEGMENT_NA BYTES/1024/1024
---------- ---------------
A3_76M                  72

SQL> alter system flush buffer_cache;
System altered.
SQL> select cnum_set,cnum_repl,anum_repl,cnum_write,anum_write from x$kcbwds;

  CNUM_SET  CNUM_REPL  ANUM_REPL CNUM_WRITE ANUM_WRITE
---------- ---------- ---------- ---------- ----------
         0          0          0          0          0
         0          0          0          0          0
      9424       9424       9422          0          0
         0          0          0          0          0
         0          0          0          0          0
         0          0          0          0          0
         0          0          0          0          0
         0          0          0          0          0

8 rows selected.

SQL> set autotrace on
SQL> select count(*) from a3_76m;
  COUNT(*)
----------
   3000000
Execution Plan
----------------------------------------------------------
Plan hash value: 3908218

---------------------------------------------------------------------
| Id  | Operation          | Name   | Rows  | Cost (%CPU)| Time     |
---------------------------------------------------------------------
|   0 | SELECT STATEMENT   |        |     1 |  2447   (1)| 00:00:30 |
|   1 |  SORT AGGREGATE    |        |     1 |            |          |
|   2 |   TABLE ACCESS FULL| A3_76M |  2938K|  2447   (1)| 00:00:30 |
---------------------------------------------------------------------

Note
-----
   - dynamic sampling used for this statement (level=2)


Statistics
----------------------------------------------------------
          0  recursive calls
          0  db block gets
      17802  consistent gets
       8954  physical reads
          0  redo size
        423  bytes sent via SQL*Net to client
        415  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
          1  rows processed

SQL> select count(*) from a3_76m;
  COUNT(*)
----------
   3000000
Execution Plan
----------------------------------------------------------
Plan hash value: 3908218

---------------------------------------------------------------------
| Id  | Operation          | Name   | Rows  | Cost (%CPU)| Time     |
---------------------------------------------------------------------
|   0 | SELECT STATEMENT   |        |     1 |  2447   (1)| 00:00:30 |
|   1 |  SORT AGGREGATE    |        |     1 |            |          |
|   2 |   TABLE ACCESS FULL| A3_76M |  2938K|  2447   (1)| 00:00:30 |
---------------------------------------------------------------------

Note
-----
   - dynamic sampling used for this statement (level=2)


Statistics
----------------------------------------------------------
          0  recursive calls
          0  db block gets
      17802  consistent gets
       8951  physical reads
          0  redo size
        423  bytes sent via SQL*Net to client
        415  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
          1  rows processed

SQL> select count(*) from a3_76m;
  COUNT(*)
----------
   3000000
Execution Plan
----------------------------------------------------------
Plan hash value: 3908218

---------------------------------------------------------------------
| Id  | Operation          | Name   | Rows  | Cost (%CPU)| Time     |
---------------------------------------------------------------------
|   0 | SELECT STATEMENT   |        |     1 |  2447   (1)| 00:00:30 |
|   1 |  SORT AGGREGATE    |        |     1 |            |          |
|   2 |   TABLE ACCESS FULL| A3_76M |  2938K|  2447   (1)| 00:00:30 |
---------------------------------------------------------------------

Note
-----
   - dynamic sampling used for this statement (level=2)


Statistics
----------------------------------------------------------
          0  recursive calls
          0  db block gets
      17802  consistent gets
       8951  physical reads
          0  redo size
        423  bytes sent via SQL*Net to client
        415  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
          1  rows processed

SQL> set autotrace off
SQL> select cnum_set,cnum_repl,anum_repl,cnum_write,anum_write from x$kcbwds;

  CNUM_SET  CNUM_REPL  ANUM_REPL CNUM_WRITE ANUM_WRITE
---------- ---------- ---------- ---------- ----------
         0          0          0          0          0
         0          0          0          0          0
      9424       9424       9111          0          0
         0          0          0          0          0
         0          0          0          0          0
         0          0          0          0          0
         0          0          0          0          0
         0          0          0          0          0

8 rows selected.

vage

liuxuelong007 发表于 2012-9-11 15:34
楼主，您好：
我做了如下实验，进行三次全表扫描，是11.2.0.3的库，您不是说11g全表扫描是不会把buffer he ...

11GR2又变了，Oracle对全表扫描又进行了限制，即使主LRU为空，全表扫描的Buffer，也不会被链接到主LRU，只能在辅助LRU内打转。

vage

liuxuelong007 发表于 2012-9-11 13:12
楼主，您什么时候出五啊~！！

是出书吗？
明年3月份定稿。

liuxuelong007

vage 发表于 2012-9-11 22:59
11GR2又变了，Oracle对全表扫描又进行了限制，即使主LRU为空，全表扫描的Buffer，也不会被链接到主LRU，只 ...

楼主，那这个跟我实验的结果不一样啊~！！
我是连续进行三次全表扫描，发现有少量的buffer被链接到了主LRU上啊~！！