暂无图片
log file parellel write 等待时间较长
我来答
分享
张sir
2020-05-18
log file parellel write 等待时间较长
暂无图片 5M

通过v$ash视图的time_waited看到该等待事件多达100ms,但是通过相同时间内的iostat监控到的磁盘io并没有很高的延迟,请问还有什么原因导致等待时间长吗?或者有什么排查思路吗?

我来答
添加附件
收藏
分享
问题补充
5条回答
默认
最新
weizhao.zhang (anbob)

1, 整体负载怎么样是否有cpu资源不足加大了其它响应时间?

2, 手动生成个短时AWR , 检查Event Histogram

3, 给出vmstat & iostat 输出

暂无图片 评论
暂无图片 有用 0
左波林

存储是不是类似分级存储,里面有闪存盘、机械盘混合。
经历的案例是:
1、存储有做分级
2、数据库负载不会很大,redo每秒3-5M,
3、主机IO wait 3-4%
4、数据文件的读io平均响应在5-7ms左右
5、log file parellel write 的平均响应达到30ms左右
6、redo log和数据文件在同一个asm磁盘组中
结果就是,redo log文件被存储搞到慢盘上了,但是数据文件还在快盘上,所以出现redo log 写非常慢,但是主机的iowait 又没有离谱的高。
处理:把redo log 固定到快盘上, log file parellel write瞬间就降低到1ms以内。

暂无图片 评论
暂无图片 有用 0
张sir

1.整体负载不高

2. redo每秒也就几百k

3.如果redo被放到了慢盘上,我认为iostat是可以看出来延迟的

4.一小时的awr看不出问题,等待时间被平均,短时间的awr只能看出日志写慢,但是看不到长达100ms的慢,问题时段awr中log file parellel write在1ms多,正常时段的在几百微妙。

暂无图片 评论
暂无图片 有用 0
文成

猜不出来,上传个awr报告看看,有时候慢可能不会对业务有比较大的影响,log write慢是否造成checkpoint 问题?问题时段redo量是否有增加?

暂无图片 评论
暂无图片 有用 0
张sir

目前看是对业务有影响了,超过50ms的日志明显增加。

暂无图片 评论
暂无图片 有用 0
回答交流
提交
问题信息
请登录之后查看
邀请回答
暂无人订阅该标签,敬请期待~~
暂无图片墨值悬赏