Oracle等待事件之log file parallel write
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的更多相关文章
- Oracle等待事件之db file sequential read/ db file parallel read
1.产生原因 db file sequential read这个是非常常见的I/O 相关的等待事件.表示发生了与索引扫描相关的等待.意味着I/O 出现了问题,通常表示I/O竞争或者I/O 需求太多. ...
- Oracle等待事件之db file scattered read
1.产生原因 该等待事件通常发生在数据库多块读时,表示发生了与全表扫描和快速索引扫描相关的等待.通常意味着全表扫描过多,或者I/O 能力不足,或者I/O 竞争. 2.确定产生问题对象方法 a)查找全表 ...
- Oracle等待事件db file parallel read
SQL> select event#,name,parameter1,parameter2,parameter3 from v$event_name where name = 'db file ...
- ORACLE等待事件: log file parallel write
log file parallel write概念介绍 log file parallel write 事件是LGWR进程专属的等待事件,发生在LGWR将日志缓冲区(log_buffer)中的重做日志 ...
- Oracle之 等待事件log file sync + log file parallel write (awr优化)
这是3月份某客户的情况,原因是server硬件故障后进行更换之后,业务翻译偶尔出现提交缓慢的情况.我们先来看下awr的情况. 我们能够看到,该系统的load profile信息事实上并不高,每秒才21 ...
- Oracle db file parallel write 和 log file parallel write 等待事件
一. db file parallel write等待事件 引自如下blog: http://oradbpedia.com/wiki/Wait_Events_-_db_file_parallel_wr ...
- oracle等待事件以及解决方案
我们可以通过视图v$session_wait来查看系统当前的等待事件,以及与等待事件相对应的资源的相关信息,从而可确定出产生瓶颈的类型及其对象. v$session_wait的p1.p2.p3告诉我们 ...
- Oracle等待事件之等待事件详解
一. 等待事件的相关知识:1.1 等待事件主要可以分为两类:即空闲(IDLE)等待事件和非空闲(NON-IDLE)等待事件.1). 空闲等待事件指ORACLE正等待某种工作,在诊断和优化数据库的时候, ...
- Oracle 等待事件 db file sequential read
db file sequential read-数据文件顺序读取 等待事件: "db file sequential read" Reference Note (文档 ID 345 ...
随机推荐
- Shader开发之三大着色器
固定功能管线着色器Fixed Function Shaders 固定功能管线着色器的关键代码一般都在Pass的材质设置Material{}和纹理设置SetTexture{}部分. Shader &qu ...
- struts2零配置參考演示样例
<filter> <filter-name>struts2</filter-name> <filter-class>org.apache.struts2 ...
- ReSharper插件功能介绍
ReSharper是一款功能非常强悍的Visual Studio的辅助插件,这款插件可用于C#,VB.net,XML,Asp.net,XAML,和构建脚本.ReSharper 9.1版本大改进对 Ja ...
- 了解一下Windows Cracker
Windows Cracker 消息拆析宏 可以为消息进行参数分解 无需记住或查阅资料来了解WParam和lParam的意义 可以忘记旧的消息处理方式:switch/case 不适合于大型复杂的需要处 ...
- mysqldump如何针对某些数据库进行备份?针对某个数据库进行备份?
需求描述: 通过mysqldump工具对mysql服务器中的某几个数据库进行备份. 或者就对其中的一个数据库进行备份. 操作过程: 1.通过--databases参数后面加上数据库的名字进行备份 [m ...
- 在你开发完brew应用之后 ,你又如果将brew应用由编译成可以部署到brew真机上的程序包呢
参考自:http://blog.csdn.net/feimor/article/details/6239281 一.准备工作(安装工具) 先安装Visual C++ 6.0,再安装BREW SDK v ...
- C#操作MSMQ示例
C#操作MSMQ示例,示例代码: using System; using System.Collections.Generic; using System.Linq; using System.Tex ...
- C#操作MSMQ(消息队列)
using System; using System.Collections.Generic; using System.Text; using System.Messaging; using Sys ...
- LeetCode——Binary Tree Preorder Traversal
Given a binary tree, return the preorder traversal of its nodes' values. For example: Given binary t ...
- mybatis由浅入深day01_ 4.11总结(parameterType_resultType_#{}和${}_selectOne和selectList_mybatis和hibernate本质区别和应用场景)
4.11 总结 4.11.1 parameterType 在映射文件中通过parameterType指定输入参数的类型.mybatis通过ognl从输入对象中获取参数值拼接在sql中. 4.11.2 ...