"log file sync"等待事件-1

“log file sync”是等待事件中非常常见的一种，他排在AWR的top5中有时是正常情况，有时则需要格外注意。昨天也听了一次Oracle的网络研讨会，介绍的是AWR相关的分析，从中学习到最重要的一点，就是对于AWR报告中若干信息的判断不能独立地看，需要综合起来，一个参数值大，不一定代表有问题，也可能是正常的，需要具体问题具体分析，其实和日常生活是一样的，头疼，不一定是感冒，也可能是缺少睡眠。

WAITEVENT: "log file sync" Reference Note (文档 ID 34592.1)

        当一个用户session(前台进程)执行COMMIT(或回滚)时，session的redo信息需要刷新到redo日志中。用户session需要出发LGWR将所有日志缓冲中需要的redo刷新到redo日志文件中。当LGWR完成后，再回复给用户session。用户sesson会等待这种等待事件，等待LGWR回复确认所有的redo改变已经安全地存储到磁盘了。

        用户session/前台进程需要花费时间等待redo刷新到磁盘以使COMMIT持久。因此我们需要考虑这种前台进程(或常见的客户端COMMIT)COMMIT带来的潜在的等待。

       后面会介绍更多关于这种等待事件如何降低的细节。

“log file sync”也指ROLLBACK/UNDO，因为一旦ROLLBACK/UNDO完成了，ROLLBACK/UNDO操作的结尾会将所以改变刷新到redo日志。

(未完待续)

时间： 2024-08-16 13:04:35

"log file sync"等待事件-1的相关文章

[20161228]奇怪log file sync等待事件.txt

[20161228]奇怪log file sync等待事件.txt --这个来自链接:http://www.itpub.net/thread-2073857-1-1.html的讨论,很奇怪的问题: Top 10 Foreground Events by Total Wait Time Event                                              Waits    Total Wait Time (sec)    Wait Avg(ms)    % DB t

"log file sync"等待事件-2

"log file sync"有三个参数: P1 = buffer# P2 = 未使用 P3 = 未使用 buffer# 这个buffer编号(在日志缓冲区中)的所有改变必须刷新到磁盘,写操作的完成保证了交易COMMIT的执行,即使实例crash也会保证COMMIT.因此LGWR的等待就是刷新这个buffer#. 等待时间: 这种等待完全依赖于LGWR写出所有必要的redo块,确保完成后返回给用户session.等待时间包括了日志缓冲写操作和提交操作.等待的时候,每秒都会增加序列号.

log file sync 等侍值高的一般通用解决办法

log file sync等待时间发生在redo log从log buffer写入到log file期间. 下面对log file sync做个详细的解释. 何时发生日志写入: 1.commit或者rollback 2.每3秒 3.log buffer 1/3满或者已经有1M的redo数据.       更精确的解释:_LOG_IO_SIZE 大小默认是LOG_BUFFER的1/3,当log buffer中redo数据达到_LOG_IO_SIZE 大小时,发生日志写入. 4.DBWR写之前 _l

联机日志文件过小引发的log file 相关等待

      Oracle 联机重做日志文件记录了数据库的所有变化(DML,DDL或管理员对数据所作的结构性更改等),用于对于意外删除或宕机利用日志文件实现数据恢复来确保数据的完整性.但不合理的联机日志文件规划将引发日志相关的等待事件.下面是这样一个来自生产环境中的例子.   1.故障描述 --客户描述该数据库晚上用于实现数据同步以及汇总,以前一直工作的比较良好,随着需要同步的数量量的增大,最近变得越来越慢. --下面我们首先取了客户晚8点至第二天7点的awr report. WORKLOAD R

log file sync 因为数据线有问题而造成高等侍的表现

这是3月份某客户的情况,原因是服务器硬件故障后进行更换之后,业务翻译偶尔出现提交缓慢的情况.我们先来看下awr的情况.                                               我们可以看到,该系统的load profile信息其实并不高,每秒才21个transaction.先来看看top5events: 从top 5event,我们可以发现,log file sync的avg wait非常之高,高达124ms.大家应该知道,对于绝大多数情况 下,log fil

Statspack之十四-"log file sync" 等待事件

原文出处: http://www.eygle.com/statspack/statspack14-LogFileSync.htm 当一个用户提交(commits)或者回滚(rollback),session的redo信息需要写出到redo logfile中.用户进程将通知LGWR执行写出操作,LGWR完成任务以后会通知用户进程.这个等待事件就是指用户进程等待LGWR的写完成通知. 对于回滚操作,该事件记录从用户发出rollback命令到回滚完成的时间. 如果该等待过多,可能说明LGWR的写出效率

【Oracle】 检查log fie sysnc 等待事件的脚本

-- NAME: LFSDIAG.SQL  -- ------------------------------------------------------------------------  -- AUTHOR: Michael Polaski - Oracle Support Services  -- ------------------------------------------------------------------------  -- PURPOSE:  -- This

【等待事件之二】log 相关的等待

SQL> select * from v$version; BANNER                                                                           -------------------------------------------------------------------------------- Oracle Database 11g Enterprise Edition Release 11.1.0.6.0

Oracle中常见的33个等待事件小结

在Oracle 10g中的等待事件有872个,11g中等待事件1116个. 我们可以通过v$event_name 视图来查看等待事件的相关信息   一． 等待事件的相关知识 1.1 等待事件主要可以分为两类,即空闲(IDLE)等待事件和非空闲(NON-IDLE)等待事件. 1). 空闲等待事件指ORACLE正等待某种工作,在诊断和优化数据库的时候,不用过多注意这部分事件. 2). 非空闲等待事件专门针对ORACLE的活动,指数据库任务或应用运行过程中发生的等待,这些等待事件 是在调整数据库的时候