mysql 完全 增量 差异_基于日志却采用三种方法来区别增量检查点和完全检查点...

理论:日志却会有active,即:被RBA指针覆盖的日志。如是完全检查点,则RBA会一下子干到重做日志组的最后一条,没有了RBA,那么日

增量检查点的作用是为了均衡负载,由fast_start_mttr_target这个参数触发,增量渐进写出。所以,,CHECKPOINT_CHANGE#会有延迟,不会马上更新。

下面用三种方法证明:

法一:

理论:日志却会有active,即:被RBA指针覆盖的日志。如是完全检查点,则RBA会一下子干到重做日志组的最后一条,没有了RBA,那么日志的状态便是inactive了;而如是增量检查点,则RBA会慢慢下移,有被RBA覆盖的都是active。Oracle总是希望RBA与重做日志组的最后一条的距离最短,增量检查点就是时不时要移动它。

实验:

SQL> alter system switch logfile;

System altered

SQL> select group#,status from v$log;

GROUP# STATUS

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

1 CURRENT

2 INACTIVE

3 ACTIVE

SQL> alter system switch logfile;

System altered

SQL> select group#,status from v$log;

GROUP# STATUS

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

1 ACTIVE

2 CURRENT

3 ACTIVE

法二:

理论:增量检查点没有全部写,所以checkpoint_change#没有马上更新;但完全检查点,因为全部写,checkpoint_change#会马上更新。

实验:

SQL> select checkpoint_change# from v$database;

CHECKPOINT_CHANGE#

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

1716093

SQL> alter system checkpoint;

System altered

SQL> select checkpoint_change# from v$database;

CHECKPOINT_CHANGE#

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

1716275

法三:

实验:

SQL> show parameter log_checkpoints_to_

NAME TYPE VALUE

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

log_checkpoints_to_alert boolean FALSE

SQL> alter system set log_checkpoints_to_alert=true;

System altered

SQL> alter system checkpoint;

System altered

手工触发一个完全检查点,告警日志记录如下:

Thu Jun 07 01:27:17 2012

Beginning global checkpoint up to RBA [0x2d.1e4.10], SCN: 1716634

Completed checkpoint up to RBA [0x2d.1e4.10], SCN: 1716634

接下来手工触发一个增量检查点:

SQL> alter system switch logfile;

System altered

告警日志如下:

Thu Jun 07 01:28:15 2012

Beginning log switch checkpoint up to RBA [0x2e.2.10], SCN: 1716660

Thread 1 advanced to log sequence 46

Current log# 3 seq# 46 mem# 0: D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\ONLINELOG\O1_MF_3_7TQZWZOY_.LOG

Current log# 3 seq# 46 mem# 1: D:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ONLINELOG\O1_MF_3_7TQZX11D_.LOG

从这两个告警日志中,我们可以看到,完全检查点会马上将RBA下移,而增量检查点就会悠着点了。

更多Oracle相关信息见Oracle 专题页面 ?tid=12

logo.gif

f68f2add0b68e4f9810432fce46917b7.png

本文原创发布php中文网,转载请注明出处,感谢您的尊重!

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值