转自:https://www.cnblogs.com/lijiaman/p/10381167.html
转自:https://blog.csdn.net/u014596132/article/details/135558951
(一)与awr/addm/ash类似信息的相关视图
(1)视图
- v$session
- v$active_session_history、wrh$_active_session_history(基表)
- dba_hist_active_session_history
如果是多节点数据库,v$session和v$active_hist_session_history仅获得单节点的信息,可以使用gv$sessiongv$active_session_history来获取所有节点的信息。
(2)三个视图介绍
(2.1)v$session
v$session视图记录了当前连接到数据库的session信息,记录的是实时的数据,当有新的会话连接到数据库时,v$session就会产生一条新的session记录,一旦会话断开,记录消除,所以v$session的信息是实时动态变化的。
视图结构如下:
(2.2)v$active_session_history
v$active_session_history是记录了数据库活跃会话的采样,如果是多节点,则用gv$active_session_history来查看所有节点的信息。每隔1秒钟,数据库会进行一次采样,将活跃会话记录到该视图,每个活跃会话记录一行。该视图是ASH的核心,用以记录活动SESSION的历史等待信息,这部分内容记录在内存中,期望值是记录一个小时的内容。
v$active_session_history使用的是x$ash基表。x$ash数据存放在Shared Pool的ASH Buffer中,大小由隐含参数"_ash_size"决定。每1秒(_ash_sampling_interval,单位毫秒)将v$session中记录保存到 v$active_session_history 视图中,只会加载非idle会话。存在内存,重启就会消失。用做ASH报表,其关系如下图:
视图数据流向说明重要!!!
- mmnl进程从gv$session视图(从X$KSUSE基表获取)采集信息到ash buffers中,并且被获取到X$ASH基表中,默认1秒一次(_ash_sampling_interval,单位毫秒)。
- gv$active_session_history视图从X$ASH基表读取数据,由mmon进程将gv$active_session_history视图信息持久化到wrh$_active_session_history基表中。
- dba_hist_active_sess_history视图从wrh$_active_session_history基表读取数据,默认10秒一次(_ash_disk_filter_ratio,秒)。
- awr报告数据从dba_hist_active_sess_history视图获取。
其中x$ksuse是gv$session视图所使用的基表,同样可以通过前面的方法查到(set autotrace trace或者select view_definition from v$fixed_view_definition where view_name='gv$session';
)。首先mmnl进程从gv$session动态性能视图中采集信息,默认每秒采集一次,然后将采集的信息写入到ash buffers中,此时活动会话信息已经进入到x$ash表中,然后gv$active_session_history视图从x$ash基表中读取数据,mmon进程负责对gv$active_session_history视图中的信息进行持久化,持久化到wrh$_active_session_history基表中,而dba_hist_active_sess_history视图中的数据又是来源于wrh$_active_session_history基表。可以看到ash相关的部分除了需要mmon进程进行持久化到awr,实际上正如前边所说的,ash 和 awr是两个不同的东西,不能混为一谈。
图1. v$active_session_history是ash报告的数据来源
关于ash相关的几个隐含参数:
• _ash_disk_filter_ratio
采样到DBA_HIST_ACTIVE_SESS_HISTORY中的频率,默认为10s一次
• _ash_disk_write_enable
开启采样到DBA_HIST_ACTIVE_SESS_HISTORY,设置为false则即使创建快照也不会刷新数据到DBA_HIST_ACTIVE_SESS_HISTORY视图中
• _ash_eflush_trigger
ASH buffers满了多少以后会写出,默认为66%
• _ash_enable
禁用和启用ASH采样
• _ash_sample_all
设置为true,则所有会话都会被采样,包括处于空闲等待的会话,默认是false
• _ash_sampling_interval
ASH采样间隔时间,默认为1000ms
• _ash_size
ASH buffers大小
查看_ash_size如果超过256m可能触发bug20185439(2268127.1)
如果_ash_size过小(默认1m),可能导致刷新次数过多,造成性能瓶颈。
设置参数会刷新一次。
建议大小为 total_size的1.5倍
select total_size/1024/1024,awr_flush_emergency_count from v$ash_info;
Oracle建议多次出现此问题再解决 Active Session History (ASH) performed an emergency flush
ash是否存在异常刷新(awr_flush_emergency_count)
select total_size/1024/1024,awr_flush_emergency_count from v$ash_info;
alter system set “_ash_size”=2048618 sid=‘*’ scope=spfile
(2.3)dba_hist_active_sess_history
视图gv$active_session_history会每秒钟将数据库所有节点的活跃会话采样一次,但是数据是存放在内存中的,无法长久保存。而mmon进程把v$active_session_history中的信息采集到基表WRH$_ACTIVE_SESSION_HOSTORY,然后dba_hist_active_sess_history从基表中获取信息,awr从dba_hist_active_sess_history中每隔10秒钟转储来自v$active_session_history的活动session信息。可以说,dba_hist_active_sess_history是v$active_session_history的持久化视图。多个触发条件写入dba视图中。
(3)它们之间的视图数据流向(为方便记忆,下图不涉及基表,如需理解可往上查看)
视图数据流向
ps:这里需要非常注意,假如一个sql语句运行了100秒,那么会在v$active_session_history里面采集到100~101次,而v$dba_hist_active_session_history每隔10秒从v$active_session_history里面采集一次样本,那么会采集到10~11次样本,计算时间时需要x10.
(二)session相关视图的用途
(1)使用v$session来查看实时阻塞会话
以前处理异常锁的方式如下:
1.查询blocking session
select se.machine,se.sid,se.serial#,se.seconds_in_wait,se.paddr,lo.block from v$lock lo, v$session se where lo.sid = se.sid and lo.block > 0; --bloc>0代表这个会话阻塞了其他会话
2.根据1的sid,serial#杀死会话
alter system kill session 'sid,serial#';
后来在EM里面的Blocking session里面看到下图,以折叠图的形式展现,最上面的代表正在阻塞其它session的会话,研究了一下,可以使用v$session来得到类似的效果。
图1.blocking session树形图
我们来做一次测试,对表test01和test02进行DML操作,观察运行情况,操作如下
(1)创建测试表test01,test02。并在2个表的id列添加主键约束
test01表 test02表
(2)对2个表进行操作,执行顺序如下
----------------------------------------test01操作-------------------------------------------------------
[sessid:27 ] delete from test01; --删除test01整个表的数据,未提交,阻塞源头
[sessid:28 ] update test01 set name = 'aaa' where id = 1; --更新test01表id=1的行,会话产生等待
[sessid:142] insert into test01 values(1,'abc'); --插入test01表id=1的行,会话产生等待
[sessid:25 ] delete from test01 where id = 2; --删除test01表id=2的行,会话产生等待
[sessid:29 ] update test01 set name = 'bbb' where id = 2; --更新test01表id=2的行,会话产生等待
-----------------------------------------test02操作--------------------------------------------------------
[sessid:30 ] insert into test02 values(3,'augly',3000); --插入test02表id=3的行,未提交,阻塞源头
[sessid:23 ] insert into test02 values(3,'augly',3300); --插入test02表id=3的行,会话产生等待
此时我们到EM里面观察,就会发现图1的blocking session树形图。
在实际环境中,大部分系统是没有安装EM的,在没有EM的情况下,我们依然可以通过v$session得到类似的图形
--使用v$session来查看阻塞session信息 SELECT LPAD(' ',5*LEVEL-1)||S."USERNAME" AS user_name , LPAD(' ',5*LEVEL-1)||S."SID" AS session_id, S."SERIAL#", S."SQL_ID",
S."ROW_WAIT_OBJ#", S."WAIT_CLASS", S."EVENT", S."P1", S."P2", S."P3", S."SECONDS_IN_WAIT" FROM V$SESSION S WHERE S."BLOCKING_SESSION" IS NOT NULL OR S.SID IN(SELECT DISTINCT BLOCKING_SESSION FROM V$SESSION) START WITH S."BLOCKING_SESSION" IS NULL CONNECT BY PRIOR S."SID" = S."BLOCKING_SESSION";
结果如下,红色的为阻塞源头:
(2)使用v$active_session_history、dba_hist_active_sess_history来查看历史阻塞会话信息
有时数据库出现问题,而我们不在现场,事后需要分析当时的业务异常情况,可以使用v$active_session_history和dba_hist_active_sess_history来分析当时的情况。
使用dba_hist_active_sess_history的例子:https://www.cnblogs.com/dclogs/p/18187201