1、latch：cache buffers chains

从oracle 9i开始，以只读为目的的查询chains时，可以将cache buffers chains锁存器以shared模式共享，因此有助于减少争用。

（我们需要注意，若能共享cache buffer chains 锁存器，理论上理论上不应该发生同时执行select 操作引起cbc锁存器的争用，但实际的测试结果表明，同时执行select依然会发生cbc锁存器争用，其理由是与buffer lock相关：为了读取工作，以shared模式已经获得锁存器，但是读取实际缓冲区过程中，还要以shared 模式获取buffer lock，在此过程真呢过需要部分修改缓冲区头信息。因此在获取buffer lock过程中，需要将cbc锁存器修改为exclusive 模式，在释放buffer lock期间也需要exclusive模式获取cbc锁存器，在此过程中会发生争用。）

发生cache buffers chains 锁存器争用代表性的情况如下：低效的SQL    和     hot block（热块）

低效SQL引起的cbc争用

先介绍视图：v$latch_children 

数据库中有些类别的latches拥有多个。v$latch中提供了每个类别的总计信息。如果想查看单个latch，可以通过查询本视图：

查询数据库中所有latch的名字和个数:SQL> select name,count(*) ct from v$latch_children group by name order by ct desc;

NAME                                                                             CT
----------------------------------------                               ----------
cache buffers chains                                               1024
SQL memory manager workarea list latch           67
channel operations parent latch                            65
global tx hash mapping                                           47
message pool operations parent latch               34
name-service namespace bucket                         32
simulator hash latch                                             32
row cache objects                                                  29
redo allocation                                                        20
In memory undo latch                                           18
checkpoint queue latch                                         16


NAME                                                              CT
----------------------------------------               ----------
msg queue                                                  15
JS queue access latch                             13
commit callback allocation                       11
transaction allocation                              11
buffer pool                                                 8
cursor bind value capture                         8
simulator lru latch                                      8
object queue header operation                8
object queue header heap                        8
cache buffers lru chain                               8
business card                                             8


NAME                                                      CT
----------------------------------------        ----------
shared pool                                             7
flashback copy                                       6
virtual circuit queues                            6
post/wait queue                                    5
slave class                                             5
JS slv state obj latch                            4
redo copy                                                4
session switching                                 4
parallel query alloc buffer                       4
job workq parent latch                            3
undo global data                                  3

     
NAME                                                     CT
---------------------------------------       -----------
library cache pin allocation                      3
library cache pin                                      3
library cache hash chains                   3
peplm                                                     3
library cache lock                                 3
library cache lock allocation                 3
library cache                                           3
Shared B-Tree                                     2
session idle bit                                     2
parallel query stats                              2
longop free list parent                           2


NAME                                                   CT
----------------------------------------       ----------
latch wait list                                        2
ksfv messages                                     2
enqueue hash chains                          2

client/application info                           2
channel handle pool latch                    1
granule operation                                 1
logminer context allocation                   1
session queue latch                           1
sim partition latch                                 1
msg queue latch                                   1
done queue latch                                  1


已选择55行。

如此说来，oracle10g中有55个有名字的latch，拥有量最大的就是我们的cbc latch，正好1024个。

我通过构建测试环境，创建了表，加上索引。并且创建一个全表扫描的过程：

SQL> create table  cbc_test(id number, name char(100));

SQL> insert into cbc_test(id,name) select object_id, object_name from dba_objects;

SQL> cretate index cbc_test_idx on cbc_test(id);

好了，下面进行不必要的广泛扫描索引：创建一个过程：

create or replace procedure cbc_do_select is 
  begin
    for x in(select * 
    from cbc_test where id>=0) loop
     null;
    end loop;
  end;

反复执行此过程2000次：

var job_no number;
  begin 
   for idx in 1..2000 loop
     dbms_job.submit(:job_no,'cbc_do_select;');
     commit;
   end loop;
 end;

查看一下cbc 锁存器对应的CHILD#,GETS, SLEEPS判断子锁存器上使用的次数和争用是否集中：

select * from
  2   (select child#,name,gets,sleeps from v$latch_children
  3     where name='cache buffers chains'
  4     order by sleeps desc
  5    )where rownum<=20;


    CHILD# NAME                                 GETS     SLEEPS
---------- ------------------------------ ---------- ----------
       837 cache buffers chains                34466         28
        67 cache buffers chains                23994         15
       684 cache buffers chains                 6288         14
       238 cache buffers chains                 3823         12
       898 cache buffers chains                 4868         12
       908 cache buffers chains                32807         10
       288 cache buffers chains                 3956          8
       737 cache buffers chains                 3865          8
       412 cache buffers chains                 1671          8
       968 cache buffers chains                 2706          7
       420 cache buffers chains                 2998          6


    CHILD# NAME                                 GETS     SLEEPS
---------- ------------------------------ ---------- ----------
       460 cache buffers chains                 3912          6
         1 cache buffers chains                 2564          4
       839 cache buffers chains                 1119          4
       951 cache buffers chains                21741          4
        33 cache buffers chains                 3786          3
       251 cache buffers chains                 1997          2
       578 cache buffers chains                 3857          2
       733 cache buffers chains                 3554          2
       280 cache buffers chains                 4549          2

已选择20行。

看来837号cbc 子锁存器争用比较多，可以判定是比较热的块。

我们也可以通过v$latch_children视图，确定热块的cbc 锁存器的地址：

SQL> select * from
  2   (select latch#,child#,addr,gets,sleeps from v$latch_children
  3     where name='cache buffers chains'
  4     order by sleeps desc
  5    )where rownum<=20;


    LATCH#     CHILD# ADDR           GETS     SLEEPS
---------- ---------- -------- ---------- ----------
       116        894 6CB7F7F0     554344         90
       116        837 6CFFF70C     727379         80
       116        951 6CB839D8     471117         74
       116         56 6C783224     107910         60
       116        341 6C797BAC     144056         47
       116        458 6C7A02F4      37434         38
       116        240 6C7906E4      99251         37
       116        297 6C7948CC      98903         36
       116        566 6C7A7FD4      94932         36
       116        790 6CFFC0B4     107997         36
       116        280 6C793524      87455         34


    LATCH#     CHILD# ADDR           GETS     SLEEPS
---------- ---------- -------- ---------- ----------
       116        919 6CB814D8      49667         31
       116        583 6C7A937C      85883         29
       116        113 6C78740C     120322         28
       116        627 6C7AC65C      91840         28
       116        534 6C7A5AD4     112523         27
       116        270 6C792994      50302         26
       116        418 6C79D4B4      37697         26
       116        680 6C7B03A4     104550         26
       116        676 6C7AFF04     103297         26


已选择20行。

通过上面红色的锁存器地址，结合x$bh 视图，查看tch的次数，确定热快：

SQL> select hladdr,obj,(select object_name from dba_objects
  2            where (data_object_id is null and object_id=x.obj)
  3            or data_object_id=x.obj
  4            and rownum=1 )as object_name,dbarfil,dbablk,tch
  5            from x$bh x
  6          where hladdr in('6CB7F7F0','6CFFF70C')
  7      order by hladdr,obj;


HLADDR          OBJ             OBJECT_NAME      DBARFIL     DBABLK        TCH
--------                ----------          -------------              ----------       ----------          ----------
6CB7F7F0         18                 OBJ$                          1             47810          0
6CB7F7F0        109              I_SYSAUTH1             1               827            15
6CB7F7F0      57855           CBC_TEST                1             58171           0
6CB7F7F0      57855           CBC_TEST               1              58655           0
6CFFF70C          2                ICOL$                         1             42272          17
6CFFF70C         18              OBJ$                           1              47811           0
6CFFF70C        109             I_SYSAUTH1             1             828               15
6CFFF70C      57855           CBC_TEST               1             58172           0
6CFFF70C      57855           CBC_TEST               1             58656           0

但是很不幸，我这里也没有出现热块的迹象，因为tch竟然都是0.我也不知咋回事。。