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

大量的等待事件,系统缓慢,从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

posted on   数据派  阅读(598)  评论(0编辑  收藏  举报

编辑推荐:
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
阅读排行:
· DeepSeek 开源周回顾「GitHub 热点速览」
· 物流快递公司核心技术能力-地址解析分单基础技术分享
· .NET 10首个预览版发布:重大改进与新特性概览!
· AI与.NET技术实操系列(二):开始使用ML.NET
· .NET10 - 预览版1新功能体验(一)
< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5

统计

点击右上角即可分享
微信分享提示