log file parallel write表示等待 LGWR 向操作系统请求 I/O 开始直到完成 I/O。这种事件发生通常表示日志文件发生了I/O 竞争或者文件所在的驱动器较慢。这说明这种等待与日志切换、检查点的执行都没有关系,而是直接反映了LGWR 的写能力,因此即使日志文件组数过少、文件偏小,也与目前的等待事件没有直接关系,所以增加日志组数、日志文件大小并不会有助于解决现在的性能问题。

那么现在怎么解决这个问题呢?这个问题的直接原因主要跟LGWR 的写能力有关,但是单纯的LGWR 进程的写能力不可能像DBWR 进程那样可以通过多个写进程来提高,所以这时候要考虑的是如何在单个LGWR 进程的前提下让写的日志量不超过当前的LGWR 写能力。这个可以从两个方面来考虑,一方面要考虑是否在应用中产生了太多无意义的重做日志,导致日志产生量太大,从而使日志的产生量超出了LGWR 的写能力,如果是这样,那么考虑通过一些方法限制重做日志的产生。另一方面也要考虑如果日志产生量确定的情况下,如何让LGWR 进程写日志能够写得更多更快,这主要取决于两个方面,一个是LGWR 在写日志的时候是否发生了I/O 竞争,另一方面是重做日志文件所在的磁盘速度是否过低,如果是竞争引起的,移动重做日志文件到其他的磁盘上,如果是磁盘速度引起的,那么选择高速磁盘存放重做日志。

通过前面的分析发现,主要的等待事件是与LGWR 的写能力相关的,而LGWR 写的重做日志都是由用户执行的DML 语句产生的,那么现在就应该进一步分析,搞清楚问题到底是哪些会话中执行的哪条SQL 语句引起的。首先需要找到哪些会话产生了大量的log file parallel write 等待事件,为了找到答案,就需要查看另外一些与会话相关的动态性能视图,会话级的视图有v$session_event 和 v$session_wait,当然,由于要找的是当前发生了大量log file parallel write 等待事件的会话,所以真正需要的视图应该是反映了当前会话等待信息的v$session_wait 视图,通过这个视图可以找到是由哪些会话导致的这个等待。

在这里,将通过查询v$session_wait 来得到产生log file parallel write 等待事件最多的那些

会话。当然,前面说过这个视图中的P1、P2 和P3 字段都是非常有用的字段,不过在这个案例中,

对于log file parallel write 这个事件来说,这几个字段是用不上的。

SELECT SID,

EVENT "Wait Event",

STATE "Wait Stat",

WAIT_TIME "W'd So Far (secs)",

SECONDS_IN_WAIT "Time W'd (secs)"

FROM v$session_wait

WHERE EVENT LIKE '&a&'

ORDER BY 5;

现在需要找到的是引起大量log file parallel write 等待事件的那些SQL 语句,那么怎么得到我们所关心的这些语句呢?在前面已经得到了那些产生等待事件的会话信息,那么通过这些会话信息与v$sqltext 视图进行关联查询,就可以得到相关的SQL 语句了。从上面的会话中随便找出一个,看看这个会话执行的哪条语句带来了大量logfile parallel write 等待。然后通过这个语句地址可以在v$sqltext中进行查询,这样就找到了这条SQL 语句。

select cpu.sid "SID",

cpu.username "User Name",

cpu.value "CPU(sec)",

reads.value "IO Read(k)",

writes.value "IO Write(k)"

from (select a.sid sid,

a.username username,

b.name,

c.value value,

a.serial# serial#

from v$session a, v$statname b, v$sesstat c

where a.sid = c.sid

and b.statistic# = c.statistic#

and b.name = 'CPU used by this session' ) cpu, (select a.sid,

a.username, b.name, c.value value from v$session a, v$statname b,

v$sesstat c

where a.sid = c.sid

and b.statistic# = c.statistic#

and b.name = 'physical reads' ) reads, (select a.sid, a.username,

b.name, c.value value from v$session a, v$statname b, v$sesstat c

where a.sid = c.sid

and b.statistic# = c.statistic#

and b.name = 'physical writes' ) writes

where cpu.sid = reads.sid

and reads.sid = writes.sid

and cpu.username is not null;

DBA 所需要关心的性能信息主要包括了CPU、I/O、内存、SWAP 交换这些,在UNIX 系统上,常用的收集这些信息的工具有Top、Sar、iostat、vmstat 等在OS级别看看系统资源使用情况,以辅助上面的分析结果。

Oracle等待事件之log file parallel write的更多相关文章

  1. Oracle等待事件之db file sequential read/ db file parallel read

    1.产生原因 db file sequential read这个是非常常见的I/O 相关的等待事件.表示发生了与索引扫描相关的等待.意味着I/O 出现了问题,通常表示I/O竞争或者I/O 需求太多. ...

  2. Oracle等待事件之db file scattered read

    1.产生原因 该等待事件通常发生在数据库多块读时,表示发生了与全表扫描和快速索引扫描相关的等待.通常意味着全表扫描过多,或者I/O 能力不足,或者I/O 竞争. 2.确定产生问题对象方法 a)查找全表 ...

  3. Oracle等待事件db file parallel read

    SQL> select event#,name,parameter1,parameter2,parameter3 from v$event_name where name = 'db file ...

  4. ORACLE等待事件: log file parallel write

    log file parallel write概念介绍 log file parallel write 事件是LGWR进程专属的等待事件,发生在LGWR将日志缓冲区(log_buffer)中的重做日志 ...

  5. Oracle之 等待事件log file sync + log file parallel write (awr优化)

    这是3月份某客户的情况,原因是server硬件故障后进行更换之后,业务翻译偶尔出现提交缓慢的情况.我们先来看下awr的情况. 我们能够看到,该系统的load profile信息事实上并不高,每秒才21 ...

  6. Oracle db file parallel write 和 log file parallel write 等待事件

    一. db file parallel write等待事件 引自如下blog: http://oradbpedia.com/wiki/Wait_Events_-_db_file_parallel_wr ...

  7. oracle等待事件以及解决方案

    我们可以通过视图v$session_wait来查看系统当前的等待事件,以及与等待事件相对应的资源的相关信息,从而可确定出产生瓶颈的类型及其对象. v$session_wait的p1.p2.p3告诉我们 ...

  8. Oracle等待事件之等待事件详解

    一. 等待事件的相关知识:1.1 等待事件主要可以分为两类:即空闲(IDLE)等待事件和非空闲(NON-IDLE)等待事件.1). 空闲等待事件指ORACLE正等待某种工作,在诊断和优化数据库的时候, ...

  9. Oracle 等待事件 db file sequential read

    db file sequential read-数据文件顺序读取 等待事件: "db file sequential read" Reference Note (文档 ID 345 ...

随机推荐

  1. Shader开发之三大着色器

    固定功能管线着色器Fixed Function Shaders 固定功能管线着色器的关键代码一般都在Pass的材质设置Material{}和纹理设置SetTexture{}部分. Shader &qu ...

  2. struts2零配置參考演示样例

    <filter> <filter-name>struts2</filter-name> <filter-class>org.apache.struts2 ...

  3. ReSharper插件功能介绍

    ReSharper是一款功能非常强悍的Visual Studio的辅助插件,这款插件可用于C#,VB.net,XML,Asp.net,XAML,和构建脚本.ReSharper 9.1版本大改进对 Ja ...

  4. 了解一下Windows Cracker

    Windows Cracker 消息拆析宏 可以为消息进行参数分解 无需记住或查阅资料来了解WParam和lParam的意义 可以忘记旧的消息处理方式:switch/case 不适合于大型复杂的需要处 ...

  5. mysqldump如何针对某些数据库进行备份?针对某个数据库进行备份?

    需求描述: 通过mysqldump工具对mysql服务器中的某几个数据库进行备份. 或者就对其中的一个数据库进行备份. 操作过程: 1.通过--databases参数后面加上数据库的名字进行备份 [m ...

  6. 在你开发完brew应用之后 ,你又如果将brew应用由编译成可以部署到brew真机上的程序包呢

    参考自:http://blog.csdn.net/feimor/article/details/6239281 一.准备工作(安装工具) 先安装Visual C++ 6.0,再安装BREW SDK v ...

  7. C#操作MSMQ示例

    C#操作MSMQ示例,示例代码: using System; using System.Collections.Generic; using System.Linq; using System.Tex ...

  8. C#操作MSMQ(消息队列)

    using System; using System.Collections.Generic; using System.Text; using System.Messaging; using Sys ...

  9. LeetCode——Binary Tree Preorder Traversal

    Given a binary tree, return the preorder traversal of its nodes' values. For example: Given binary t ...

  10. mybatis由浅入深day01_ 4.11总结(parameterType_resultType_#{}和${}_selectOne和selectList_mybatis和hibernate本质区别和应用场景)

     4.11 总结 4.11.1 parameterType 在映射文件中通过parameterType指定输入参数的类型.mybatis通过ognl从输入对象中获取参数值拼接在sql中. 4.11.2 ...