AWR发现TOP Event log file sequential read

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

等待事件说明

https://www.xuebuyuan.com/zh-hant/1743045.html
這個等待事件一般發生在對redo log信息進行讀取的時候，好比在線redo的歸檔操做，ARCH進程须要讀取redo log的信息，
用於redo log的信息是順序寫入的，因此在讀取的時候也是安裝順序的方式來讀取的。

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

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

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