从v$active_session_history解决数据库异常一例

最新推荐文章于 2023-10-14 09:01:07 发布
最新推荐文章于 2023-10-14 09:01:07 发布
阅读量256 收藏
点赞数
Normal 0 7.8 磅 0 2 false false false MicrosoftInternetExplorer4 一个业务12月2日凌晨0:35分出现异常。业务总处理超时18.99秒,共有3次。在系统性能负载图表上发现此段时间性能系统并行等待较高，负载不高为1.4左右。

问题分析：

察看报警日志。没有异常信息。

查询v$active_session_history, 仍然存在数据。因为有3个audsid 82816184，82826185，828216183。对应的sid 为619，732，730，执行如下的sql，查询00：35到00:36之间这三个会话在等待什么。

select SESSION_ID,SAMPLE_TIME,SQL_ID,WAIT_CLASS,WAIT_TIME，blocking_session,blocking_session_status from v$active_session_history

where SESSION_ID IN ('639','712','730') AND sample_time between to_date('200812020035','yyyymmddhh24mi') and to_date('200812020036','YYYYMMDDHH24MI')

ORDER BY SAMPLE_TIME ASC

得到如下信息

730|2008-12-2 0:35:00.728|7cx3vtphrb4tf|User I/O|0||NO HOLDER

712|2008-12-2 0:35:04.738|7dyjxbh6qf91q|User I/O|0||NO HOLDER

639|2008-12-2 0:35:09.738|1t5baq29f974k||673||NOT IN WAIT

712|2008-12-2 0:35:10.738|f52bdqa0jtvx7||800||NOT IN WAIT

712|2008-12-2 0:35:11.738|48z0d7vd2cks4||456449||NOT IN WAIT

730|2008-12-2 0:35:12.738|bfb5gk5v1uf4b|User I/O|0||NO HOLDER

639|2008-12-2 0:35:16.748|48z0d7vd2cks4||821277||NOT IN WAIT

639|2008-12-2 0:35:34.778||Commit|0|881|VALID

639|2008-12-2 0:35:36.778||Commit|0|881|VALID

712|2008-12-2 0:35:36.778|8m3ybqh1upksx|Commit|0|881|VALID

712|2008-12-2 0:35:38.778||Commit|0|881|VALID

730|2008-12-2 0:35:39.778|cu5udfhyrhhsc|Application|0|652|VALID

639|2008-12-2 0:35:39.778||Commit|0|881|VALID

730|2008-12-2 0:35:40.778|cu5udfhyrhhsc|Application|0|652|VALID

712|2008-12-2 0:35:40.778|cu5udfhyrhhsc|Application|0|652|VALID

639|2008-12-2 0:35:40.778|cu5udfhyrhhsc|Application|0|652|VALID

730|2008-12-2 0:35:41.778|cu5udfhyrhhsc|Application|0|652|VALID

639|2008-12-2 0:35:41.778|cu5udfhyrhhsc|Application|0|652|VALID

712|2008-12-2 0:35:41.778|cu5udfhyrhhsc|Application|0|652|VALID

730|2008-12-2 0:35:42.778|cu5udfhyrhhsc|Application|0|652|VALID

639|2008-12-2 0:35:42.778|cu5udfhyrhhsc|Application|0|652|VALID

712|2008-12-2 0:35:42.778|cu5udfhyrhhsc|Application|0|652|VALID

730|2008-12-2 0:35:43.778|cu5udfhyrhhsc|Application|0|652|VALID

712|2008-12-2 0:35:43.778|cu5udfhyrhhsc|Application|0|652|VALID

639|2008-12-2 0:35:43.778|cu5udfhyrhhsc|Application|0|652|VALID

712|2008-12-2 0:35:44.788|cu5udfhyrhhsc|Application|0|652|VALID

730|2008-12-2 0:35:44.788|cu5udfhyrhhsc|Application|0|652|VALID

639|2008-12-2 0:35:44.788|cu5udfhyrhhsc|Application|0|652|VALID

712|2008-12-2 0:35:45.831|cu5udfhyrhhsc|Application|0|652|VALID

639|2008-12-2 0:35:45.831|cu5udfhyrhhsc|Application|0|652|VALID

730|2008-12-2 0:35:45.831|cu5udfhyrhhsc|Application|0|652|VALID

730|2008-12-2 0:35:46.831|cu5udfhyrhhsc|Application|0|652|VALID

712|2008-12-2 0:35:46.831|cu5udfhyrhhsc|Application|0|652|VALID

639|2008-12-2 0:35:46.831|cu5udfhyrhhsc|Application|0|652|VALID

639|2008-12-2 0:35:47.831|cu5udfhyrhhsc|Application|0|652|VALID

712|2008-12-2 0:35:47.831|cu5udfhyrhhsc|Application|0|652|VALID

730|2008-12-2 0:35:47.831|cu5udfhyrhhsc|Application|0|652|VALID

730|2008-12-2 0:35:48.831|cu5udfhyrhhsc|Application|0|652|VALID

639|2008-12-2 0:35:48.831|cu5udfhyrhhsc|Application|0|652|VALID

712|2008-12-2 0:35:48.831|cu5udfhyrhhsc|Application|0|652|VALID

712|2008-12-2 0:35:49.831|cu5udfhyrhhsc|Application|0|652|VALID

730|2008-12-2 0:35:49.831|cu5udfhyrhhsc|Application|0|652|VALID

639|2008-12-2 0:35:49.831|cu5udfhyrhhsc|Application|0|652|VALID

712|2008-12-2 0:35:50.841|cu5udfhyrhhsc|Application|0|652|VALID

639|2008-12-2 0:35:50.841|cu5udfhyrhhsc|Application|0|652|VALID

730|2008-12-2 0:35:50.841|cu5udfhyrhhsc|Application|0|652|VALID

639|2008-12-2 0:35:51.841|cu5udfhyrhhsc|Application|0|652|VALID

712|2008-12-2 0:35:51.841|cu5udfhyrhhsc|Application|0|652|VALID

730|2008-12-2 0:35:51.841|cu5udfhyrhhsc|Application|0|652|VALID

712|2008-12-2 0:35:52.841|cu5udfhyrhhsc|Application|0|652|VALID

639|2008-12-2 0:35:52.841|cu5udfhyrhhsc|Application|0|652|VALID

730|2008-12-2 0:35:52.841|cu5udfhyrhhsc|Application|0|652|VALID

730|2008-12-2 0:35:53.841|cu5udfhyrhhsc|Application|0|652|VALID

639|2008-12-2 0:35:53.841|cu5udfhyrhhsc|Application|0|652|VALID

712|2008-12-2 0:35:53.841|cu5udfhyrhhsc|Application|0|652|VALID

712|2008-12-2 0:35:54.841|cu5udfhyrhhsc|Application|0|652|VALID

639|2008-12-2 0:35:54.841|cu5udfhyrhhsc|Application|0|652|VALID

730|2008-12-2 0:35:54.841|cu5udfhyrhhsc|Application|0|652|VALID

730|2008-12-2 0:35:55.841|cu5udfhyrhhsc|Application|0|652|VALID

639|2008-12-2 0:35:55.841|cu5udfhyrhhsc|Application|0|652|VALID

712|2008-12-2 0:35:55.841|cu5udfhyrhhsc|Application|0|652|VALID

730|2008-12-2 0:35:56.851|cu5udfhyrhhsc|Application|0|652|VALID

712|2008-12-2 0:35:56.851|cu5udfhyrhhsc|Application|0|652|VALID

639|2008-12-2 0:35:56.851|cu5udfhyrhhsc|Application|0|652|VALID

712|2008-12-2 0:35:57.851|cu5udfhyrhhsc|Application|0|652|VALID

730|2008-12-2 0:35:57.851|cu5udfhyrhhsc|Application|0|652|VALID

639|2008-12-2 0:35:57.851|cu5udfhyrhhsc|Application|0|652|VALID

712|2008-12-2 0:35:58.851|1913bk4d9v6bk|User I/O|0||NO HOLDER

639|2008-12-2 0:35:58.851|bh9cq0t9ak061|User I/O|0||UNKNOWN

730|2008-12-2 0:35:58.851|b7u5rwmt7jgfh|User I/O|0||UNKNOWN

730|2008-12-2 0:35:59.851|3dj30krxqh1jy||782||NOT IN WAIT

712|2008-12-2 0:35:59.851|bfb5gk5v1uf4b|User I/O|0||NO HOLDER

639|2008-12-2 0:35:59.851|42p6qk7vrkz76||316||NOT IN WAIT

从结果可以看到730的session从0:35:39 到0:35:57都在等待application，执行的sql是cu5udfhyrhhsc,被进程id为652的会话所阻塞。在v$sql中查到这个sql_id对应的sql为

UPDATE TBL_CUST_MO T SET T.FMOCOUNT = FMOCOUNT + 1 WHERE T.FMOBILE = :B2 AND FCUSTID = :B1；

查询sid 为652的会话究竟是干什么的

select distinct program from v$active_session_history where session_id=652 and sample_time between to_date('200812020035','yyyymmddhh24mi') and to_date('200812020036','YYYYMMDDHH24MI')

结果是

oracle@d3rundb (J000)

这个是job运行的进程，

结论:

现在可以得到结论,某个job在12点35分40秒正在执行,这个job对tbl_cust_mo加锁,造成了619，732，730会话的阻塞,从而造成业务超时。

找到问题点后，通知开发人员做修改后问题解决

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/10522540/viewspace-504568/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/10522540/viewspace-504568/

coolman_2008
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
保留oracle会话,V$ACTIVE_SESSION_HISTORY中的数据保留的时间
weixin_28979345的博客
04-07 990
http://download.oracle.com/docs/ ... autostat.htm#i35568-----5.1.1.3 Active Session History (ASH)The V$ACTIVE_SESSION_HISTORY view provides sampled session activity in the instance. Active sessions ar...
oraclev$sessionv$session_wait用途详解
02-22
- **故障诊断**：在数据库出现异常时，结合`v$session`与`v$session_wait`视图的数据，能够快速定位问题源头，无论是SQL语句优化、参数调整还是硬件升级，都可以基于准确的数据做出决策。 综上所述，`v$session`与`...
11G 中的V$ACTIVE_SESSION_HISTORY 视图没有数据
ctest011501的博客
02-14 345
ASH 试图没有数据2012-2-14Kevin Zou在一个11G的环境中，发现V$ACTIVE_SESSION_HISTORY没有任何数据。SQL> select * from v$version where rown...
Oracle 故障处理|V$ACTIVE_SESSION_HISTORY 视图没有数据?
JiekeXu的博客
03-09 1517
作者 | JiekeXu来源 |公众号 JiekeXu DBA之路（ID: JiekeXu_IT）如需转载请联系授权 |(个人微信 ID：JiekeXu_DBA)大家好，我是 JiekeXu,很高兴又和大家见面了,今天和大家一起来看看 Oracle 故障处理|V$ACTIVE_SESSION_HISTORY 视图没有数据?，欢迎点击上方蓝字“JiekeXu DBA之路”关注我的公众号，标星或置顶...
mysql进行session存储_优化使用mysql存储session
weixin_30212109的博客
02-02 269
之前写过两篇文章《自定义SESSION(二)数据库保存》和《我为什么不使用session》 但后来发现都有问题。前者处理在实际中几乎没什么用处，而且session回收还得自己另外处理。后者频繁的操作数据库，打来了很大的性能问题。 这两天仔细考虑下，大致给出一个方之前写过两篇文章《自定义SESSION(二)——数据库保存》和《我为什么不使用session》但后来发现都有问题。前者处理在实际中几乎没什...
mysql active_MYSQL ACTIVE DG 配置
weixin_33478314的博客
01-27 260
半同步模式类似于ORACLE的最大可用模式，另外还有个异步复制模式，类似于最大性能模式。MYSQL ADG配置相对简单些，比ORACLE简单多了。而且MYSQL这里是丛库主动连主库，并且把主库的BINGLOG拉回来。开启主库的二进制日志(归档日志)My.cnflog_bin=/u01/mysql_instance/mysql_master/mysql_log/mysql_bin_logserver...
oracle_v$session_v$session_wait用途详解
03-08
Oracle 数据库提供了大量的动态性能视图（Dynamic Performance Views），其中 `V$SESSION` 和 `V$SESSION_WAIT` 是两个非常重要的视图，它们能够帮助数据库管理员深入了解当前会话的状态以及等待事件的信息。...
active_record_shards:支持分片数据库和ActiveRecord副本
05-03
基本上，这只是在数据库连接之间进行切换的一种好方法。 我们已经使实现变得非常小，并且尝试不重新发明ActiveRecord中已经存在的任何轮子。 ActiveRecord Shards已在Rails 4.2、5.x和6.0上使用和测试，并且已经以...
VC精华文摘-数据库.zip_C 数据库_VC 数据库_Vc_数据库 C++_数据库 vc
09-23
《VC精华文摘-数据库》是一份集合了关于C++编程语言在数据库应用方面的资源，主要针对使用Visual C++（VC）进行数据库开发的程序员。这个压缩包包含了一个CHM帮助文件“vc_jh_database.chm”和一个文本文件...
LevelSet_ChunmingLi_v0.zip_active contour
07-14
active contour for matlab
v$active_session_history
"杰"出虚拟平台-数据运维~~
12-11 1354
v$active_session_history  相关等待语句： select ash.sql_id,        ash.event,        trunc(sum(TM_DELTA_TIME) / 1000000,2) TM_DELTA_TIME,--执行时间        trunc(sum(TM_DELTA_CPU_TIME) / 1000000,2) TM_DELTA_C
gv$active_session_history
喝醉酒的小白
11-23 2801
select session_id, session_type, sql_opname, sql_id from gv$active_session_history where sample_time between to_date('20211122 17:00:00', 'YYYYMMDD HH24:MI:SS') and to_date('20211122 17:01:00', 'YYYYMMDD HH24:MI:SS'); select sql_id, sql_text from v$sql
[20130125]利用v$active_session_history视图解决数据库问题.txt
01-25 99
[20130125]利用v$active_session_history视图解决数据库问题.txt在数据库出现性能问题的时候使用awr,ash,addm都是不错的选择，实际上直接查询v$active_session_histor...
使用V$ACTIVE_SESSION_HISTORY视图，查看消耗资源的sql
呆瓜呆呆的专栏
09-01 6685
--查找最近一分钟内，最消耗CPU的sql语句 SELECT sql_id, count(*), round(count(*) / sum(count(*)) over(), 2) pctload FROM V$ACTIVE_SESSION_HISTORY WHERE sample_time > sysdate - 1 / (24 * 60) AND session_type <> '
V $ ACTIVE_SESSION_HISTORY
allway2的博客
11-27 3195
V$ACTIVE_SESSION_HISTORY显示数据库中的采样会话活动。它包含每秒拍摄一次的活动数据库会话的快照。如果数据库会话在CPU上或正在等待不属于Idlewait类的事件，则认为该数据库会话处于活动状态。请参阅该V$EVENT_NAME视图以获取有关等待类的更多信息。 该视图为每个样本的每个活动会话包含一行，并首先返回最新的会话样本行。V$SESSION视图中显示活动会话历史记录中描述会话的大多数列。 柱 数据类型 描述 SAMPLE_ID NUMBER 样品编
记一次通过v$active_session_history来分析问题的案例
wish503的博客
10-13 5947
关于：v$active_session_history是oracle中一个最重要的视图之一，该视图每秒一次记录当前数据库中的活动进程相关的信息，可以用于问题的分析和诊断；同时awr还会将部分v$active_session_history中的部分记录保留到dba_hist_active_session_history（10秒一次），我们常用的ash报告就源于此。 通过v$active_sessio
V$ACTIVE_SESSION_HISTORY 显示数据库中的采样会话活动
menghuimp的博客
10-14 586
V$ACTIVE_SESSION_HISTORY 显示数据库中的采样会话活动。ASH每秒从v$session中取快照，存在V$ACTIVE_SESSION_HISTORY中，并收集所有活动会话的等待信息。若ASH数据被刷新到磁盘，则需要从DBA_HIS_ACTIVE_SESS_HISTORY视图中查询相关信息。 该视图是ASH的核心，用以记录活动SESSION的历史等待信息，每秒采样一次，这部分
Active Session History (ASH) 读书笔记
最新发布
In-Memory Computing Technology
10-14 246
ASH（Active Session History）读书笔记
Oracle v$session & v$active_session_history & dba_hist_active_sess_history
喝醉酒的小白
05-31 1803
vsession−−实时vsession -- 实时 vsession−−实时vactive_session_history – 每1秒将vsession中记录保存到vsession中记录保存到 vsession中记录保存到vactive_session_history 视图中，只会加载非idle会话。存在内存，重启就会消失。用做ASH报表。 _ash_sampling_interval dba_hist_active_sess_history – 每隔10秒钟转储来自v$active_session_h
truncate table WRH$_ACTIVE_SESSION_HISTORY 后，重建WRH$_ACTIVE_SESSION_HISTORY 的索引
10-01
在执行 `truncate table WRH$_ACTIVE_SESSION_HISTORY` 后，您可以按照以下步骤重建 `WRH$_ACTIVE_SESSION_HISTORY` 的索引： 1. 确保您有相应的权限来重新创建索引。 2. 确定需要重新创建的索引的名称。 3. 使用...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值