等待事件：enq: KO - fast object checkpoint 的成因

在 Oracle 数据库中，等待事件 enq: KO - fast object checkpoint 并不常见，在以下来自 11.2.0.4 RAC 集群环境的 AWR 报告中，可以看到 enq: KO - fast object checkpoint 已经名列前茅，成为一个值得注意的事件。

Top 10 Foreground Events by Total Wait Time

通过 v$Lock_type 视图，我们可以获得这个等待事件的释义：

SQL> select type,description from v$lock_type where type='KO';

TYPE	   DESCRIPTION
---------- ----------------------------------------------------------------------
KO	   Coordinates checkpointing of multiple objects

KO 是 Coordinates 的缩写，等待事件的含义是：协调多个对象的检查点执行。这个等待意味着进程向CKPT进程发出了对象检查点的指令，转而处于等待，等候检查点的完成。

那么为什么出现这个等待事件呢？
这是因为当执行 Direct Path Read 时，会出发对象检查点，促使写出内存中的脏数据，以使得直接路径读可以读取满足一致性要求的数据。

所以在这个案例中，由于11g的 Searial Table Scan 新特性，使得全表扫描通过 Direct Path Read 的方式执行，进行触发了对象检查点，enq KO 等待就出现了。

解决这个问题，首先需要确认，全表扫描是否是正常的，如果频繁的全表扫描，可以关闭串行表扫描的特性，通过Buffer Cache读来规避这个问题。

在这个案例中，是因为执行计划改变，导致的问题。解决了SQL问题，系统性能状况立刻获得好转。