对客户DB进行巡检,发现TOP EVENT是LOG FILE Sequential read 

等待事件说明

  1. https://www.xuebuyuan.com/zh-hant/1743045.html
  2. 這個等待事件通常發生在對redo log信息進行讀取的時候，比如在線redo的歸檔操作，ARCH進程需要讀取redo log的信息，
    用於redo log的信息是順序寫入的，所以在讀取的時候也是安裝順序的方式來讀取的。

也就是说在日志切换时！归档的产生需要顺序读日志文件！产生的等待事件，那么可能的问题1.存储很差；2.日志量太多,频繁触发此等待事件。

  1. 1.通过IO类等待事件的avg平均等待事件
  2. log file sequential read    avg(ms) 3 说明IO性能不算很好,也不算很差
  3. log file sync            avg(ms) 3
  4. db file scattered read    avg(ms) 3
  5. 2.日志切换频率

  1. 可以明显得到日志切换是1小时20次，平均3分钟一次，日志切换频率过高导致的此类等待事件！
    日志组5组，每组日志文件500M! 2个日志成员，扩大日志文件，减少日志切换频率，但是会导致单个日志切换创建归档日志的时间延长。
    根据思路解决方法：
    1.加快存储的IO效率,难！
    2.减少日志的产生，经过沟通确认，业务短期高峰导致的，并非经常出现这个问题，可以忽略。
    3.可以发现少量的checkpoint检查点未完成,可以考虑多增加日志组,减少此类事件产生。

 

版权声明：本文为lvcha001原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://www.cnblogs.com/lvcha001/p/12797977.html