影响检查点发生频率的因素有哪些？

了解了上面的一些信息 我们就可以知道
关于发生的频率关乎两个部分：
一个是系统参数
二是事务的繁忙程度
对于一来说
1，log_checkpoint_interval
2，LOG_CHECKPOINT_TIMEOUT
3，LOG_CHECKPOINTS_TO_ALERT
4，FAST_START_MTTR_TARGET
select * from v$instance_recovery;等  我以前写过一篇文章你可以看一下： http://www.ucjmh.com/oracle-checkpoint/
第二部份：
不同的事务会触发不同的数据检查从而产生检查点 说白了就是lgwr和dbwr的不一致，检查点是为了保证数据库的一致性。 如果你想深入了解 可以看一下我的另一篇文章： http://www.ucjmh.com/dbwr的触发条件/收起

增量检查点
说白了，就是
CKPT每3秒一次的检查DBWn写进度并在控制文件中记录检查点位置(checkpoint position)和更新heartbeat信息以及CKPT定期触发DBWn去写checkpoint queue中的脏数据
这两项操作合一起被称为增量检查点。收起

再说增量检查点发生的频率之前我们先了解一下什么是增量检查点
于之对应的刚刚全量检查点：
在Oracle8i之前，数据库的发生的检查点都是完全检查点。完全检查点会将数据缓冲区里面所有的脏数据块写入相应的数据文件中，同时将最新的checkpoint scn更新到所有的数据文件头部及控制文件。保证数据库的处于一致的状态。需要注意的是，完 全检查点产生的时候，CKPT并不是把当前完全检查点发生那一时刻的SCN更新到控制文件和数据文件头，而是将这个触发检查点时刻DBWn当前刚写完 dirty buffer对应的SCN更新到控制文件和数据文件头，也就是说，更新控制文件和数据文件头的SCN是滞后于完全检查点的发生那一时刻的SCN的，这个从恢复的原理也很容易理解，因为检查点发生的时候要写入dirty buffer还没有写入，自然不能立即更新成当前的SCN了。需 要注意的是, 在oracle8之前，由于没有chekpoint  queue，也没有增量检查点的概念，发生完全检查点时，DBWn会以一种无序的方式将所有的 dirty buffer写出到数据文件，这个时候Oracle会冻结所有DML操作等候所有dirty  buffer被写出，巨大的IO往往会影响到数据库的性 能。后来随着Oracle数据库的发展和buffer  cache的不断增大，oracle 意识到这个单一的Full checkpoint机制已经不能满足需要，所以在Oracle 8i后提出增量检查点的概念，建立了checkpoint queue ，让dirty  buffer  header根据首次变化时候的顺序(LRBA)排列在queue里面。 这样DBWn只要顺着queue的顺序写，而其他进程不必等候dbwr的写完成就可以继续。  因此增量检查点的概念就由此产生了。收起

在Oracle里面，检查点分为两种：完全检查点和增量检查点
一：  完全检查点在8i之后只有在下列两种情况下才会发生：
    1､DBA手工执行alter system checkpoint的命令；
    2、数据库正常shutdown (immediate,transcational,normal)。收起

这个包括一些procedure控制transaction的代码编写收起