Oracle Study之--Oracle等待事件(2)

Control file parallel write
当数据库中有多个控制文件的拷贝时,Oracle 需要保证信息同步地写到各个控制文件当中,这是一个并行的物理操作过程,因为称为控制文件并行写,当发生这样的操作时,就会产生control file parallel write等待事件。
控制文件频繁写入的原因很多,比如:
·          日志切换太过频繁,导致控制文件信息相应地需要频繁更新。
·          系统I/O 出现瓶颈,导致所有I/O出现等待。
当系统出现日志切换过于频繁的情形时,可以考虑适当地增大日志文件的大小来降低日志切换频率。
当系统出现大量的control file parallel write 等待事件时,可以通过比如降低控制文件的拷贝数量,将控制文件的拷贝存放在不同的物理磁盘上的方式来缓解I/O 争用。
这个等待事件包含三个参数:
Files: Oracle 要写入的控制文件个数。
Blocks: 写入控制文件的数据块数目。
Requests: 写入控制请求的I/O 次数。

Control file sequential read
当数据库需要读取控制文件上的信息时,会出现这个等待事件,因为控制文件的信息是顺序写的,所以读取的时候也是顺序的,因此称为控制文件顺序读,它经常发生在以下情况:
备份控制文件
RAC 环境下不同实例之间控制文件的信息共享
读取控制文件的文件头信息
读取控制文件其他信息
这个等待事件有三个参数:
File#: 要读取信息的控制文件的文件号。
Block#: 读取控制文件信息的起始数据块号。
Blocks: 需要读取的控制文件数据块数目。

模拟案例:

1、模拟事务处理

16:59:48 [email protected] test1>select username,sid,serial# from v$session where username is not null;
USERNAME                              SID    SERIAL#
------------------------------ ---------- ----------
SCOTT                                   1          7
SYS                                    34          4
TOM                                    41          3

16:59:57 [email protected] test1>begin
17:04:05   2   for i in 1..1000000 loop
17:04:05   3   execute immediate ‘insert into t1(id) values (‘||i||‘)‘;
17:04:05   4   end loop;
17:04:05   5   end;
17:04:05   6   /

17:00:00 [email protected] test1> begin
17:04:15   2   for i in 1..1000000 loop
17:04:15   3   execute immediate ‘insert into scott.t1(id) values (‘||i||‘)‘;
17:04:15   4   end loop;
17:04:15   5   end;
17:04:15   6   /

2、查看等待事件:

17:05:40 [email protected] test1>select sid,event,p1,p2,p3,WAIT_TIME from v$session_wait where sid in (1,41);
       SID EVENT                                                      P1         P2         P3  WAIT_TIME
---------- -------------------------------------------------- ---------- ---------- -----
         1 latch: redo allocation                             1993106152        182          0         -1
        41 latch: cache buffers chains                        2011026752        150          0         -1
Elapsed: 00:00:00.01
17:06:11 [email protected] test1>r
  1* select sid,event,p1,p2,p3,WAIT_TIME from v$session_wait where sid in (1,41)
       SID EVENT                                                      P1         P2         P3  WAIT_TIME
---------- -------------------------------------------------- ---------- ---------- -------
         1 log file switch (checkpoint incomplete)                     0          0          0          3
        41 buffer busy waits                                           4       4048          1         94
Elapsed: 00:00:00.01
17:06:16 [email protected] test1>r
  1* select sid,event,p1,p2,p3,WAIT_TIME from v$session_wait where sid in (1,41)
       SID EVENT                                                      P1         P2         P3  WAIT_TIME
---------- -------------------------------------------------- ---------- ---------- -----
         1 log file switch (checkpoint incomplete)                     0          0          0          0
        41 log file switch (checkpoint incomplete)                     0          0          0          0
Elapsed: 00:00:00.02
17:06:18 [email protected] test1>r
  1* select sid,event,p1,p2,p3,WAIT_TIME from v$session_wait where sid in (1,41)
       SID EVENT                                                      P1         P2         P3  WAIT_TIME
---------- -------------------------------------------------- ---------- ---------- ---------- ----------
         1 log buffer space                                            0          0          0          0
        41 log buffer space                                            0          0          0          0
Elapsed: 00:00:00.01
17:06:20 [email protected] test1>r
  1* select sid,event,p1,p2,p3,WAIT_TIME from v$session_wait where sid in (1,41)
       SID EVENT                                                      P1         P2         P3  WAIT_TIME
---------- -------------------------------------------------- ---------- ---------- -----
         1 log file switch (checkpoint incomplete)                     0          0          0        134
        41 log file switch (checkpoint incomplete)                     0          0          0          3
Elapsed: 00:00:00.01
17:06:22 [email protected] test1>r
  1* select sid,event,p1,p2,p3,WAIT_TIME from v$session_wait where sid in (1,41)
       SID EVENT                                                      P1         P2         P3  WAIT_TIME
---------- -------------------------------------------------- ---------- ---------- ---------- ----------
         1 latch: cache buffers chains                        2011026752        150          0         -1
        41 latch: cache buffers chains                        2011026752        150          0         -1
Elapsed: 00:00:00.01

3、查看关于controlfile的事件

17:06:24 [email protected] test1>select EVENT ,TOTAL_WAITS,TIME_WAITED  from v$system_event where event like ‘%control%‘;
EVENT                                              TOTAL_WAITS TIME_WAITED
-------------------------------------------------- ----------- -----------
control file sequential read                             51623         326
control file parallel write                               6327        5102
control file heartbeat                                       1         400
Elapsed: 00:00:00.02
17:07:31 [email protected] test1>r
  1* select EVENT ,TOTAL_WAITS,TIME_WAITED  from v$system_event where event like ‘%control%‘
EVENT                                              TOTAL_WAITS TIME_WAITED
-------------------------------------------------- ----------- -----------
control file sequential read                             52314         329
control file parallel write                               6410        5164
control file heartbeat                                       1         400
Elapsed: 00:00:00.03
17:07:41 [email protected] test1>r
  1* select EVENT ,TOTAL_WAITS,TIME_WAITED  from v$system_event where event like ‘%control%‘
EVENT                                              TOTAL_WAITS TIME_WAITED
-------------------------------------------------- ----------- -----------
control file sequential read                             52597         330
control file parallel write                               6433        5177
control file heartbeat                                       1         400
Elapsed: 00:00:00.02

4、查看告警日志:

Beginning log switch checkpoint up to RBA [0x438.2.10], SCN: 1762466
Thread 1 advanced to log sequence 1080 (LGWR switch)
  Current log# 3 seq# 1080 mem# 0: /u01/app/oracle/oradata/redo03a.log
Fri Jul 25 17:10:26 2014
Archived Log entry 1065 added for thread 1 sequence 1079 ID 0x4906548b dest 1:
Thread 1 cannot allocate new log, sequence 1081
Checkpoint not complete
  Current log# 3 seq# 1080 mem# 0: /u01/app/oracle/oradata/redo03a.log
Completed checkpoint up to RBA [0x438.2.10], SCN: 1762466
Beginning log switch checkpoint up to RBA [0x439.2.10], SCN: 1762522
Thread 1 advanced to log sequence 1081 (LGWR switch)
  Current log# 4 seq# 1081 mem# 0: /u01/app/oracle/oradata/redo04a.log
Fri Jul 25 17:10:29 2014
Archived Log entry 1066 added for thread 1 sequence 1080 ID 0x4906548b dest 1:
Thread 1 cannot allocate new log, sequence 1082
Checkpoint not complete
  Current log# 4 seq# 1081 mem# 0: /u01/app/oracle/oradata/redo04a.log
Completed checkpoint up to RBA [0x439.2.10], SCN: 1762522
Fri Jul 25 17:10:32 2014
Beginning log switch checkpoint up to RBA [0x43a.2.10], SCN: 1762575
Thread 1 advanced to log sequence 1082 (LGWR switch)
  Current log# 3 seq# 1082 mem# 0: /u01/app/oracle/oradata/redo03a.log
Archived Log entry 1067 added for thread 1 sequence 1081 ID 0x4906548b dest 1:

5、查看日志组信息

17:16:22 [email protected] test1>select group#,sequence#,status,bytes/1024/1024 from v$log;
    GROUP#  SEQUENCE# STATUS           BYTES/1024/1024
---------- ---------- ---------------- ---------------
         3       1082 CURRENT                        4
         4       1081 INACTIVE                       4
Elapsed: 00:00:00.03
日志组size太小,日志组数量较少,日志切换太频繁,导致产生大量的控制文件读和写,调整日志组的size,并增加日志组的个数。

Oracle Study之--Oracle等待事件(2)

时间: 2024-08-04 10:00:45

Oracle Study之--Oracle等待事件(2)的相关文章

Oracle Study之--Oracle等待事件(1)

Oracle Study之--Oracle等待事件(1) 一. 等待事件的相关知识1.1 等待事件主要可以分为两类: 即空闲(IDLE)等待事件和非空闲(NON-IDLE)等待事件.1). 空闲等待事件指ORACLE正等待某种工作,在诊断和优化数据库的时候,不用过多注意这部分事件.2). 非空闲等待事件专门针对ORACLE的活动,指数据库任务或应用运行过程中发生的等待,这些等待事件 是在调整数据库的时候需要关注与研究的.在Oracle 10g中的等待事件有874个,11g中等待事件1118个.

Oracle Study之--Oracle等待事件(5)

Oracle Study之--Oracle等待事件(5)  Db file single write这个等待事件通常只发生在一种情况下,就是Oracle 更新数据文件头信息时(比如发生Checkpoint).当这个等待事件很明显时,需要考虑是不是数据库中的数据文件数量太大,导致Oracle 需要花较长的时间来做所有文件头的更新操作(checkpoint).这个等待事件有三个参数:File#: 需要更新的数据块所在的数据文件的文件号.Block#: 需要更新的数据块号.Blocks: 需要更新的数

Oracle Study之--Oracle等待事件(9)

Oracle Study之--Oracle等待事件(9)  Log buffer space当log buffer 中没有可用空间来存放新产生的redo log数据时,就会发生log buffer space等待事件.如果数据库中新产生的redo log的数量大于LGWR 写入到磁盘中的redo log 数量,必须等待LGWR 完成写入磁盘的操作,LGWR必须确保redo log写到磁盘成功之后,才能在redo buffer当中重用这部分信息.如果数据库中出现大量的log buffer spac

Oracle Study之--Oracle等待事件(6)

什么是enqueue enqueue可以做名词,也可以做动词来解释.做名词时,指的的是一种锁的类型,比如Tx enqueue.做动词时,则是指将锁请求放入到请求队列的操作. 我们知道,lock是一种需要排队的锁实现机制,这和latch是不一样的,latch是一种轻量级的锁,是不需要排队得.Enqueue就是lock的排队机制的实现. lock是用来实现对于共享资源的并发访问的.如果两个session请求的lock是兼容的,则可以同时锁定资源,如果两个session请求的lock是不兼容的,则其中

Oracle Study之--Oracle等待事件(7)

Oracle Study之--Oracle等待事件(7)  Free buffer waits    当一个会话将数据块从磁盘读到内存中时,它需要到内存中找到空闲的内存空间来存放这些数据块,当内存中没有空闲的空间时,就会产生这个等待:除此之外,还有一种情况就是会话在做一致性读时,需要构造数据块在某个时刻的前映像(image),此时需要申请内存来存放这些新构造的数据块,如果内存中无法找到这样的内存块,也会发生这个等待事件.当数据库中出现比较严重的free buffer waits等待事件时,可能的

Oracle Study之--Oracle等待事件(8)

Oracle Study之--Oracle等待事件(8)      库缓存中的对象在库缓存中被切割成多个内存块,另有一个对象句柄记录了各个内存块的地址和其他的一些信息.当你要修改句柄中的信息时,需要在句柄上加独占锁,而如果另一个进程恰好在这时要求读.写句柄中的信息,它就必须等待.此时的等待就被Oracle记入Library cache lock事件.而读.写对象内存块也是无法同时进行的,有人如果正在写,你的读操作就必须等待,读写内存块的等待事件就是Library cache pin.如果这两个等

Oracle Study之--Oracle等待事件(3)

Oracle Study之--Oracle等待事件(3) Db file parallel read这是一个很容易引起误导的等待事件,实际上这个等待事件和并行操作(比如并行查询,并行DML)没有关系. 这个事件发生在数据库恢复的时候,当有一些数据块需要恢复的时候,Oracle会以并行的方式把他们从数据文件中读入到内存中进行恢复操作.这个等待事件包含三个参数:Files: 操作需要读取的文件个数.Blocks: 操作需要读取的数据块个数.Requests: 操作需要执行的I/O次数. 案例分析:

Oracle Study之--Oracle等待事件(4)

Oracle Study之--Oracle等待事件(4) Db file scattered read这个等待事件在实际生产库中经常可以看到,这是一个用户操作引起的等待事件,当用户发出每次I/O需要读取多个数据块这样的SQL 操作时,会产生这个等待事件,最常见的两种情况是全表扫描(FTS: Full Table Scan)和索引快速扫描(IFFS: index fast full scan).这个名称中的scattered( 分散),可能会导致很多人认为它是以scattered 的方式来读取数据

Oracle Study之--Oracle 11gR2通过RMAN克隆数据库

Oracle Study之--Oracle 11gR2通过RMAN克隆数据库 Purpose of Database Duplication A duplicate database is useful for a variety of purposes, most of which involve testing. You can perform the following tasks in a duplicate database: Test backup and recovery proc