社区
基础和管理
帖子详情
log file sync 高怎么解决
快乐大法师
2017-04-26 10:54:25
Top 5 Timed Foreground Events里log file sync排第一
log file sync Avg wait (ms) 是390 % DB time是 43.33
算是特别高么
...全文
336
1
打赏
收藏
log file sync 高怎么解决
Top 5 Timed Foreground Events里log file sync排第一 log file sync Avg wait (ms) 是390 % DB time是 43.33 算是特别高么
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
1 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
ckc
2017-04-27
打赏
举报
回复
390ms是太高了吧,数据库应该已经很卡了吧 怎么解决这个只能具体情况具体对待。 比如确实业务量大,那就换更好的机器更好的存储 如果是软件设计不合理,比如大事务,频繁提交、回滚什么的就设法调整软件 这些招都不好使看看oracle设置是不是不合理,比如缓冲区小了,考虑加大一些缓存,或者 把 redo什么的调整到快的存储上
故障处理:Troubleshooting: ‘
Log
file
sync
’ Waits
本文围绕Oracle的'
Log
file
sync
'等待事件展开,它是重要性能指标,也是其他等待事件延迟
高
的元凶。文章介绍了其生命周期,还从LGWR进程优先级、I/O性能、rac同步、standby网络延迟、频繁提交、Adaptive
Log
File
Sync
参数及LGWR阻塞等方面阐述诊断点与
解决
办法。
numa节点_从一个案例看关闭NUMA的必要性
客户系统频繁卡顿,通过分析发现主要等待事件为
Log
file
sync
,关闭自适应日志同步未
解决
问题。AWR报告显示
log
file
sync
等待比例不
高
,但CPU+WAIT FOR CPU等待引起关注。进一步分析ASH数据和OSW(iostat, vmstat)揭示,可能是由于IO延迟或VM抖动导致的卡顿,而非NUMA节点直接影响。 104903940,8225337,理解与应用:乘法逆元,['数论', '算法', '数学', '编程']
不时的ora-16146的小惊心
本文详细介绍了在Oracle 11.2.0.1 ADG环境中,RMAN备份过程中出现ora-16146错误的排查过程。通过分析对比AWR报告和ASH数据,发现物理读
高
、等待事件为
log
file
sync
、enq:CF-contention等问题。错误可能由IO性能慢、控制文件锁超时未释放等原因造成。
解决
方案包括检查控制文件的历史日志信息并考虑调整CONTROL_
FILE
_RECORD_KEEP_TIME参数,但需谨慎权衡。
如何优化
LOG
FILE
SYNC
本文介绍了
解决
LOG
FILE
SYNC
等待事件的几种方法,包括优化REDO
LOG
文件存储、加大
LOG
BUFFER、减少提交频率以及使用异步提交等手段。
理解LGWR,
Log
File
Sync
Waits以及Commit的性能问题
本文探讨了LGWR进程在数据库提交(Commit)和
Log
File
Sync
等待中的作用,分析了
Log
File
Sync
等待过长的原因,包括IO速度、调度延迟和IPC通信。文中提到了通过度量LGWR速度、观察AWR报告和使用脚本lfsdiag.sql来诊断问题,并给出了针对PLSQL、CPU和IO方面的优化建议。
基础和管理
17,377
社区成员
95,112
社区内容
发帖
与我相关
我的任务
基础和管理
Oracle 基础和管理
复制链接
扫一扫
分享
社区描述
Oracle 基础和管理
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章