绑定完请刷新页面
取消
刷新

分享好友

×
取消 复制
Enq: KO - Fast Object Checkpoint导致系统缓慢的案例分析
2020-09-16 10:44:15

大量的等待事件,系统缓慢,从AWRDBtime已经满负载了,主要等待事件如下

Enq: KO - Fast Object Checkpoint 占比DBTime45%。通过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

分享好友

分享这个小栈给你的朋友们,一起进步吧。

Oracle运维新鲜事-技术与管理各占半边天
创建时间:2020-08-04 11:34:57
本技术栈旨在分享技术心得,运维趣事,故障处理经验,调优案例,故障处理涉及集群,DG,OGG,大家生产中遇到的问题基本都会囊括了,我会发布生产库遇到的故障,希望在交流中互助互益,共同提高,也希望大家讨论,如果您有生产中遇到的集群问题,也可以在这里提出来,一起讨论,现实中也帮助不少同学解决了生产库的故障。
展开
订阅须知

• 所有用户可根据关注领域订阅专区或所有专区

• 付费订阅:虚拟交易,一经交易不退款;若特殊情况,可3日内客服咨询

• 专区发布评论属默认订阅所评论专区(除付费小栈外)

栈主、嘉宾

查看更多
  • Abraham林老师
    栈主
  • 小雨滴
    嘉宾
  • hawkliu
    嘉宾
  • u_97a59a25246404
    嘉宾

小栈成员

查看更多
  • 栈栈
  • dapan
  • 小菜鸟___
  • hwayw
戳我,来吐槽~