检查点队列也在buffer cache上，和LRU，CBC。。。一样，也在一个链上。
检查点队列链也链的是脏块，也就是脏块不仅链在LRUW上，也在这里。
在LRUW上是按照冷热排列。而检查点队列链是按照脏块的第一次脏的时间顺序排序。
RBA：日志地址块
LRBA：第一次被脏的日志地址
HRBA：最后一次被脏的日志地址
on disk RBA：写入的最后一条日志的地址，最新的地址
脏块中都有LRBA和HRBA

CKPT进程
分为两种工作方式
完全检查点：通过DBWR进程将所有脏块完全写入磁盘，例如数据库关闭前。
增量检查点：每隔三秒发生一次，将检查点队列的最早脏块所对应的LRBA地址记录到控制文件中。

实例崩溃恢复的时候，使用redolog，终点的日志是最新的，起点的是LRBA地址的日志，是从控制文件中找到的，所以就用这一段区间的日志恢复脏块，里面的未提交的事务通过undo回滚。
所以如果没有检查点队列，如果想恢复的话，就只能用所有的redolog进行恢复，速度慢。所以总结，检查点队列其实是加快实例崩溃恢复的。8g之前就没有