Enq: KO - Fast Object Checkpoint导致系统缓慢的案例分析

标签：整数   from   rom   dir   direct   sql   HERE   等待事件   lower   

大量的等待事件，系统缓慢，从AWR看DBtime已经满负载了，主要等待事件如下

Enq: KO - Fast Object Checkpoint 占比DBTime的45%。通过ASH查询阻塞关系，等待该事件的用户SQL都被796会话阻塞，而该用户是CKPT进程。

SYS@orcl1>select sid,serial#,program,status from v$session where sid=796;

       SID    SERIAL# PROGRAM                                          STATUS

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

      1897          1 oracle@rac1 (CKPT)                               ACTIVE

Elapsed: 00:00:00.00

分析 

当Oracle使用direct path read时，需要在操作对象上发生对象级的checkpoint，此时需要等待脏数据写入磁盘，这个等待事件

就是Enq: KO - Fast Object Checkpoint，如果用户多个表被多次全表扫，ORacle根据具体表大小和执行方式选择了direct path read

此时将表直接读到PGA，此时IO异常，可能全表扫带来问题或者其他导致IO繁忙，或者存储性能本身不好，就会出现Enq: KO - Fast Object Checkpoint这个等待事件。

此时观察负载、一般IO压力很多

iostat -xm 2 10 

解决方法

调整数据库参数

1 调整异步IO    

2 增加日志组                  <<<<看日志自身状态确定

3 增加DB writer数量      <<<<IO撑不住，这个效果一般

4 解决存储自身问题

调整业务SQL

5 调优SQL消除全表扫和大排序 <<<<<核心解决方法

如果多数业务频繁大表扫描，无法避免，建议关闭该功能，此时内存压力会增大，CPU也会有压力，需要了解这些资源情况

6 调整隐藏参数

"_serial_direct_read"=NEVER

SYS@orcl1>SELECT   ksppinm, ksppstvl, ksppdesc FROM   x$ksppi x, x$ksppcv y WHERE   x.indx = y.indx AND  ksppinm =‘_serial_direct_read‘;

KSPPINM                   KSPPSTVL                       KSPPDESC

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

_serial_direct_read       auto                           enable direct read in serial

修改隐藏参数

alter system set "_serial_direct_read"=never;

满足下面条件TABLE FULL SCAN 不走SGA，直接从文件抓到PGA操作。

SYS@orcl1>SELECT   ksppinm, ksppstvl, ksppdesc FROM   x$ksppi x, x$ksppcv y WHERE   x.indx = y.indx AND  ksppinm =‘_adaptive_direct_read‘;

KSPPINM                   KSPPSTVL                       KSPPDESC

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

_adaptive_direct_read     TRUE                           Adaptive Direct Read

SYS@orcl1> SELECT   ksppinm, ksppstvl, ksppdesc FROM   x$ksppi x, x$ksppcv y WHERE   x.indx = y.indx AND  ksppinm =‘_small_table_threshold‘;

KSPPINM                   KSPPSTVL                       KSPPDESC

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

_small_table_threshold    1872                           lower threshold level of table size for direct reads

Enq: KO - Fast Object Checkpoint导致系统缓慢的案例分析

标签：整数   from   rom   dir   direct   sql   HERE   等待事件   lower   

原文地址：https://www.cnblogs.com/shujuyr/p/14656266.html