11g中的db_block_checking参数

简介:
初始化参数DB_BLOCK_CHECKING控制Oracle如何全面检查读写的每个数据块的完整性。启用的检查界别是环境中的故障承受级别(通常很低)与连续检查块所需的开销折中的结果。在11g中db_block_checking参数有了更多的选项,以满足不等的块检验粒度:
?
1
2
3
4
5
6
7
SQL>  alter  system  set  db_block_checking=AA;
alter  system  set  db_block_checking=AA
*
ERROR  at  line 1:
ORA-00096: invalid value AA  for  parameter db_block_checking, must be  from  among  FULL TRUE , MEDIUM, LOW,  OFF FALSE
 
/* 可选的有  OFF = FALSE , FULL = TRUE 以及MEDIUM和LOW */
不同的DB_BLOCK_CHECKING选项对应不同的检查粒度:
  • OFF或FALSE 不执行任何检查块的操作
  • LOW 在内存中更改块或从磁盘中读取块后对块进行基本检查,其中包括RAC环境中在实例间传输块的情形
  • MEDIUM 包括所有LOW检查,另加检查所有非IOT(索引组织表)块
  • FULL或TRUE 包括所有LOW和MEDIUM检查,另加检查索引块
在客户愿意承担性能开销的前提下,Oracle建议使用FULL值。默认值是OFF,但仍始终启用针对SYSTEM表空间的FULL块检查功能(受到隐式参数_db_always_check_system_ts的控制,默认为TRUE)。通常认为块检查开销的范围在1%~10%之间,在OLTP环境中更接近于10%。  以下为Oracle GCS对块检查性能损耗的描述: Oracle checks a block by going through the data in the block, making sure it is logically self-consistent. Block checking can often prevent memory and data corruption. Block checking typically causes 1% to 10% overhead, depending on workload and the parameter value. The more updates or inserts in a workload, the more expensive it is to turn on block checking. You should set DB_BLOCK_CHECKING to FULL if the performance overhead is acceptable
  • full - see above depending on updates and inserts and how well the database is tuned it can be costly 10%+
  • medium - midrange but can be up to 10%.
  • low - very low around 1 %
  • off - no overhead
10%?!这是真的吗?我们不妨自己来测试一下!:
?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
SQL>  select  from  v$version;
BANNER
--------------------------------------------------------------------------------
Oracle  Database  11g Enterprise Edition Release 11.2.0.2.0 - 64bit Production
PL/SQL Release 11.2.0.2.0 - Production
CORE    11.2.0.2.0      Production
TNS  for  Linux: Version 11.2.0.2.0 - Production
NLSRTL Version 11.2.0.2.0 - Production
 
SQL>  create  table  MACLEAN(t1  int ,t2  char (20),t3  char (20),t4  char (20), t5  char (20),t6  date ) tablespace users;
Table  created.
 
SQL>  create  or  replace   procedure  insert_data(s  int as
   2   begin
   3     for  in  1..s  loop
   4       insert  into  MACLEAN  values (i, 'A' , 'B' , 'C' , 'D' ,sysdate);
   5       commit ;
   6       end  loop;
   7       end ;
   8  /
Procedure  created.
 
SQL> show parameter db_block_checking
NAME                                  TYPE        VALUE
------------------------------------ ----------- ------------------------------
db_block_checking                    string       FALSE
 
SQL>  begin
   2    /* NON_CHECKING_50000 */
   3    insert_data(50000);
   4     end ;
   5    /
 
  truncate  table  MACLEAN;
  alter  system flush buffer_cache;
 
  begin
   /* NON_CHECKING_100000 */
   insert_data(100000);
   end ;
   /
 
  truncate  table  MACLEAN;
  alter  system flush buffer_cache;
 
   begin
   /* NON_CHECKING_150000 */
   insert_data(150000);
   end ;
   /
 
  truncate  table  MACLEAN;
  alter  system flush buffer_cache;
 
  alter  system  set  db_block_checking= TRUE ;
 
  begin
   /* DO_CHECKING_50000 */
   insert_data(50000);
   end ;
   /
 
  truncate  table  MACLEAN;
  alter  system flush buffer_cache;
 
  begin
   /* DO_CHECKING_100000 */
   insert_data(100000);
   end ;
   /
 
  truncate  table  MACLEAN;
  alter  system flush buffer_cache;
 
   begin
   /* DO_CHECKING_150000 */
   insert_data(150000);
   end ;
   /
 
PL/SQL  procedure  successfully completed.
 
SQL> SQL> SQL>
Table  truncated.
 
SQL>
System altered.
 
SQL> SQL>   2    3    4    5
 
PL/SQL  procedure  successfully completed.
 
SQL> SQL>
Table  truncated.
 
SQL>
System altered.
 
SQL> SQL>   2    3    4    5
 
PL/SQL  procedure  successfully completed.
 
SQL> SQL>
Table  truncated.
 
SQL>
System altered.
 
SQL> SQL>
System altered.
 
SQL> SQL>   2    3    4    5
 
PL/SQL  procedure  successfully completed.
 
SQL> SQL> SQL>
Table  truncated.
 
SQL>
System altered.
 
SQL> SQL>   2    3    4    5
 
PL/SQL  procedure  successfully completed.
 
SQL> SQL>
Table  truncated.
 
SQL>
System altered.
 
SQL> SQL>   2    3    4    5
 
PL/SQL  procedure  successfully completed.
 
SQL> SQL> SQL> SQL> SQL> SQL>
 
SQL> col sql_text  for  a70;
SQL>  select  sql_text, cpu_time, elapsed_time
   2   from  v$sql
   3   where  sql_text  like  '%CHECKING%'
   4   and  sql_text  not  like  '%v$sql%'
   5   order  by  CPU_TIME;
 
SQL_TEXT                                                                 CPU_TIME ELAPSED_TIME
---------------------------------------------------------------------- ---------- ------------
begin    /* NON_CHECKING_50000 */   insert_data(50000);    end ;             7222902      7675162
  begin    /* DO_CHECKING_50000 */   insert_data(50000);    end ;             8285740      8522438
  begin    /* NON_CHECKING_100000 */   insert_data(100000);    end ;         13142002     13327092
  begin    /* DO_CHECKING_100000 */   insert_data(100000);    end ;          15353665     15686535
   begin    /* NON_CHECKING_150000 */   insert_data(150000);    end ;        19346058     19502160
   begin    /* DO_CHECKING_150000 */   insert_data(150000);    end ;         25374143     26539033
 
rows  selected.

 可以看到在面对频繁的dml操作时(模拟OLTP环境),DB_BLOCK_CHECKING为TRUE对CPU资源的使用影响可能远大于10%;实际上只有极少数对数据完整性要求异常苛刻的环境中,我们才会使用到它。



本文转自maclean_007 51CTO博客,原文链接:http://blog.51cto.com/maclean/1277566


相关文章
|
4月前
|
关系型数据库 MySQL
MySQL 报错 [ERROR] [FATAL] InnoDB: Table flags are 0 in the data dictionary but the flags in file
MySQL 报错 [ERROR] [FATAL] InnoDB: Table flags are 0 in the data dictionary but the flags in file
306 0
|
9月前
|
SQL Oracle 关系型数据库
Oracle 使用DB link update table & TNS:linstener was not given the servicename in connect_data处理方式
业务需求:需要在Oracle1 的A表增加一个字段,这个字段来自于Oracle2 的B表的一个字段。
68 0
|
11月前
|
Oracle 关系型数据库 数据库
change backup ... for db_unique_name不同步到control file
change backup … for db_unique_name 可以改变备份集所属的db_unique_name,但oracle官方文档里面没有说会不会同步到db_unique_name对应的数据库的control file。我自己测试发现不会同步到control file。
|
SQL 关系型数据库
ORA-1652: unable to extend temp segment by 128 in tablespace xxx Troubleshootin
当收到告警信息ORA-01652: unable to extend temp segment by 128 in tablespace xxxx 时,如何Troubleshooting ORA-1652这样的问题呢? 当然一般xxx是临时表空间,也有可能是用户表空间。
2045 0
|
算法 数据库
|
JavaScript Oracle 关系型数据库