转载

oracle11g基于某个数据块一致性读版本cr consistent read最大限制系列一

背景

因为表的数据块可能会同时被多个DML会话并发修改，所以数据块会进行修改，但另一个查询会话却不能看到这个数据块修改的结果，它会去根据SQL查询时的SCN去数据块，结合ITL以及UNDO SEGMENT HEADER BLOCK获取UNOD BLOCK
构造SQL查询时点的数据块版本，
数据库版本为11.2.0.1

结论

1,_db_block_max_cr_dba参数控制基于数据块最大可以创建多少个一致性缓冲个数，可以简单理解为可以最大创建多少个一致性数据块版本
2,_db_block_max_cr_dba参数默认值为6
3,_db_block_max_cr_dba参数是静态参数，修改必须重启库
4,_db_block_max_cr_dba参数调小值后，ORACLE通过内部算法或机制会最终给一个实际值给此参数
5，最终决定基于数据块最大可以创建多少个一致性缓冲个数，不止这个参数_db_block_max_cr_dba，肯定还有其它的因素
6,数据块的一致性读信息可以通过select file#,block#,status,dirty,stale,new from v$bh where objd=(select object_id from dba_objects where object_name='T_CR')
查看，查看关注其中status=cur的记录即可
7,一致性读的必要条件是当前会话是SELECT查询会话，同时其它会话是DML会话

新的问题

1,每个SQL查询会话构建一致性读，到底基于哪个SCN

测试

1,数据库版本
SQL> select * from v$version where rownum=1;

BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production

2,每个数据块允许最大创建一致性数据块的个数为6
_db_block_max_cr_dba 6 Maximum Allowed Number of CR buffers per dba

3，创建1个UPDATE会话，超过6个查询会话

会话1 UPDATE会话
SQL> create table t_cr(a int);

Table created.

SQL> insert into t_cr values(1);

1 row created.

SQL> commit;

Commit complete.

SQL> update t_cr set a=2;

1 row updated.

超过6个查询会话（略去重复内容）
[oracle@seconary ~]$ sqlplus scott/system

SQL> show user
USER is "SCOTT"
SQL> select * from t_cr;

A
----------
1

4,监控会话，大于等于6个查询会话时，最大可以允许创建的一致性数据块个数为6个
SQL> select file#,block#,status,dirty,stale,new from v$bh where objd=(select object_id from user_objects where object_name='T_CR');

FILE# BLOCK# STATUS DI ST NE
---------- ---------- -------------------- -- -- --
4 98986 xcur N N N
4 98989 xcur N N N
4 98984 xcur N N N
4 98987 xcur N N N
4 98990 xcur N N N
4 98985 xcur N N N
4 98988 xcur N N N
4 98991 xcur Y N N
4 98991 cr N N N --STATUS=CR即一致性读产生的缓冲
4 98991 cr N N N
4 98991 cr N N N

FILE# BLOCK# STATUS DI ST NE
---------- ---------- -------------------- -- -- --
4 98991 cr N N N
4 98991 cr N N N
4 98991 cr N N N

14 rows selected.

SQL>

5,调小控制一致性数据块个数的参数，
SQL> show user
USER is "SYS"
SQL> alter system set "_db_block_max_cr_dba"=3;
alter system set "_db_block_max_cr_dba"=3
*
ERROR at line 1:
ORA-02095: specified initialization parameter cannot be modified

SQL> alter system set "_db_block_max_cr_dba"=3 scope=spfile;

System altered.

SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL>
SQL>
SQL>
SQL> startup
ORACLE instance started.

Total System Global Area 2137886720 bytes
Fixed Size 2215064 bytes
Variable Size 1392509800 bytes
Database Buffers 738197504 bytes
Redo Buffers 4964352 bytes
Database mounted.
Database opened.

可见虽然调整此参数为4，其实ORACLE内部还是有个判断机制，实际调整后的值为4
_db_block_max_cr_dba 4 Maximum Allowed Number of CR buffers per dba

可见调小参数后，实际可以最大创建的一致性数据块个数为5，等于参数值+1，可见ORACLE内部是一种算法或机制控制到底可以最大创建多大的一致性数据块，也就是说不止配置
这一个参数，还有其它的因素共同作用决定
SQL> select file#,block#,status,dirty,stale,new from v$bh where objd=(select object_id from dba_objects where object_name='T_CR');

FILE# BLOCK# STATUS DI ST NE
---------- ---------- -------------------- -- -- --
4 98986 cr N N N
4 98986 xcur N N N
4 98989 xcur N N N
4 98987 xcur N N N
4 98990 xcur N N N
4 98988 xcur N N N
4 98991 xcur Y N N
4 98991 cr N N N
4 98991 cr N N N
4 98991 cr N N N
4 98991 cr N N N

11 rows selected.