博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
log buffer space事件(转)
阅读量:5138 次
发布时间:2019-06-13

本文共 663 字,大约阅读时间需要 2 分钟。

看了这篇文章: 常见的等待事件说明

对于Log Buffer Space-日志缓冲空间
描述如下:

当你将日志缓冲(log buffer)产生重做日志的速度比LGWR 的写出速度快,或者是当日志切换(log switch)太慢时,就会发生这种等待。这个等待出现时,通常表明redo log buffer 过小,为解决这个问题,可以考虑增大日志文件的大小,或者增加日志缓冲器的大小。
  另外一个可能的原因是磁盘I/O 存在瓶颈,可以考虑使用写入速度更快的磁盘。在允许的条件下设置可以考虑使用裸设备来存放日志文件,提高写入效率。在一般的系统中,最低的标准是,不要把日志文件和数据文件存放在一起,因为通常日志文件只写不读,分离存放可以获得性能提升。

我从未碰到过Log Buffer Space等待。
但我觉得前一段不靠谱,后一段才是解决之道。
第一段的 可以考虑增大日志文件的大小 怎么可能解决问题?
就好比从上海到北京的火车,很多人挤在上海车站的月台上,这个解决方法就是说要扩大北京的地盘?这能解决问题么?
或者增加日志缓冲器的大小
这个是扩大上海车站的月台。好似很有道理,其实不然。因为刷log buffer的规则太多,符合其中一条就刷,有一个规则, 1/3满即刷。
所以log buffer是向日志文件刷数据是频率很高的。

 

转自:http://www.itpub.net/thread-1335353-1-1.html

转载于:https://www.cnblogs.com/vijayfly/p/5198963.html

你可能感兴趣的文章
P1600 天天爱跑步
查看>>
全文检索(SOLR)前端应用浅析
查看>>
DSL应用集成和Rhino 3
查看>>
python学习第33天
查看>>
阿里云CentOS服务器挂载数据盘
查看>>
训练记录PART5 2018.6.15~8.15
查看>>
The Free Lunch Is Over: A Fundamental Turn Toward Concurrency in Software
查看>>
form 组件
查看>>
Android模拟Home键退回桌面
查看>>
二阶段之五
查看>>
解决scrollview不滚动
查看>>
如何对拍
查看>>
为什么我markdown里的数学公式全崩了???
查看>>
Java 使用JDBC连接查询操作数据
查看>>
(四)mybatis逆向工程
查看>>
UnityShader之遮挡透明
查看>>
sql语法中的inner join on, left join on和 right join on的区别和详细使用方法(转载)...
查看>>
写互联网文案的新技巧
查看>>
org.hibernate.hql.internal.ast.QuerySyntaxException
查看>>
css3 导入字体
查看>>