7.Oracle之等待事件
1. Oracle的等待事件
Oracle的等待事件主要可以分为两类：即空闲(IDLE)和非空闲(NON-IDLE)等待
- 空间等待事件是指Oracle等待某种工作,在诊断和优化数据库的时候，不用过多注意
- 非空闲等待事件是专门针对oracle的活动，指数据库任务或应用运行过程中发生的等待，这些等待事件是在调整数据库库的时候需要关注和研究的。在10g中等待事件有872个，11g等待事件1116个，可以通过v$event_name视图来查看等待事件的相关信息。
SQL> select name from v$event_name where rownum<10; NAME ---------------------------------------------------------------- null event logout restrictor VKTM Logical Idle Wait VKTM Init Wait for GSGA IORM Scheduler Slave Idle Wait acknowledge over PGA limit Parameter File I/O rdbms ipc message remote db operation
2.Oracle等待事件的相关视图
V$SESSION： 代表数据库活动的开始，视为源起。
V$SESSION_WAIT： 视图用以实时记录活动SESSION的等待情况，是当前信息。
V$SESSION_WAIT_HISTORY： 是对V$SESSION_WAIT的简单增强，记录活动SESSION的最近10次等待。
V$SQLTEXT： 当数据库出现瓶颈时，通常可以从V$SESSION_WAIT找到那些正在等待资源的SESSION，通过SESSION的SID，联合V$SESSION和V$SQLTEXT视图就可以捕获这些SESSION正在执行的SQL语句。
V$ACTIVE_SESSION_HISTORY: 是ASH的核心，用以记录活动SESSION的历史等待信息，每秒采样一次，这部分内容记录在内存中，期望值是记录一个小时的内容。
WRH#_ACTIVE_SESSION_HISTORY : 是V$ACTIVE_SESSION_HISTORY在AWR的存储地。
V$ACTIVE_SESSION_HISTORY: 中的信息会被定期(每小时一次)的刷新到负载库中，并缺省保留一个星期用于分析。
DBA_HIST_ACTIVE_SESS_HISTORY: 视图是WRH#_ACTIVE_SESSION_HISTORY视图和其他几个视图的联合展现，通常通过这个视图进行历史数据的访问。
V$SYSTEM_EVENT 由于V$SESSION记录的是动态信息，和SESSION的生命周期相关，而并不记录历史信息，所以ORACLE提供视图V$SYSTEM_EVENT来记录数据库自启动以来所有等待事件的汇总信息。通过这个视图，用户可以迅速获得数据库运行的总体概况。
v$session_event : 这个可以查看会话所有的等待信息
3.查看某个会话中的等待事件
SQL> select distinct sid from v$mystat; #1.查看当前会话的sid SID ---------- 422 SQL> select sid,event,state from v$session where sid=422; # 2.根据sid查看该会话的等待事件 SID EVENT STATE ---------- ------------------------------ ------------------- 422 SQL*Net message from client WAITING
也可以通过视图v$session_wait查看
SQL> select SID,event,WAIT_CLASS from v$session_wait where sid=422; SID EVENT WAIT_CLASS ---------- ------------------------------ ------------------------------ 422 SQL*Net message from client Idle
4.常见的IO等待事件
4.1 ilde wait event(空闲等待)
1.由于进程无事可做，等待分派任务
2.空等待意味着空闲
3.空闲, 还意味着其它的事情...
4.2 db file scattered read(随机读)
当数据库以多数据块读入sga时(一般在fts(full table scan)，iffs(index fast full scan)会发生)
解决：1. 无需解决 2.考虑索引 3.考虑并行
4.3 db file sequential read(顺序读)
当把一个数据块读入sga时，发生db file sequential等待，一般会在用索引时会发生该事件。
解决：1. 无需解决 2.sql语句是否有问题 3.考虑其他索引(符合索引或者位图索引或者全文索引) 4. 全表扫描+并行 5. 改善磁盘I/O
4.4 direct path read
数据被直接读物到pga内存中时，发生的等待
- 排序数据由于内存不足，被写到磁盘上(temp表空间数据文件)，然后重新读取时
- 并行操作的slave进程的数据读取
- 其它的属于某个会话私有数据的读取操作。
参数： file# : 读取的文件ID block#: 等待要读取的数据块ID blocks: 读取的数据块的数量
解决：1. 无须解决 2. 增大内存排序区(pag) 3. 调整操作的并行度 4. 改善磁盘的I/O
4.5 direct path write
数据从PGA内存中直接写到磁盘上，发生的等待
- 排序数据由于内存不足，被写到磁盘上(temp表空间数据文件)，然后重新读取时
- 并行操作的slave进程向磁盘上写数据。。
- 其它的属于某个会话私有数据的读取操作。
4.6 Log file sync
用户commit(rollback)时，lgwr需要将log buffer的数据写入到log file上面，发生的等待
解决： 1. 减少commit的频率 2. 提高I/O性能
5 常见的内存的等待事件
5.1 buffer busy waits
内存中对相同的数据库多个并发请求时，导致这个等待
解决：热块
5.2 free buffer waits
server process 无法找到一个可用的内存空间
- 系统I/O成为瓶颈(或者性能不够)
- 等待资源latch争用
- SGA太小
解决：1 优化I/O 增高I/O通道的性能 异步I/O 增加多个dbwr进程 2. 增大SGA
参考：https://zhuanlan.zhihu.com/p/64300823
