ORACLE数据库无法查询到V$SESSION的BLOCKSESSION列问题的分析

数据库的系统视图V$SESSION近期出现多次无法查询BLOCKSESSION列数据的问题;对事务锁一类问题的查询处理带来影响。

通过数据库的相关日志及协调ORACLE后台支持分析,已经明确问题原因并给出解决方案,汇总此文档说明此次问题原因及解决措施。

  • 问题分析
    1. 问题现象

业务高峰期,会出现查询v$session视图,blocking_session列显示阻塞进行信息不全的问题。故障现象模拟如下:

Session1:

Update test set name='TEST1' where id=1;

Session2:

Update test set name='TEST1' where id=1;

Session3:

Select inst_id,sid,serial#,event,blocking_instance,blocking_session from gv$session where type='USER' and wait_class <>'Idle';

    1. 问题分析

从故障现象来看,业务高峰期,会出现查询v$session视图,blocking_session列显示阻塞进行信息不全的问题。重启数据库后会恢复正常显示,数据库运行半个月左右后会再次出现此问题。

结合故障现象及协调ORACLE后台支持分析,此问题为BUG。

    1. 问题解决方法

由于数据库版本BUG,安装补丁可以修复此问题但是需要停机较长时间。因此建议使用其他视图进行查询,也可以得到同样的查询结果;

参考查询语句如下:

set linesize 280 pagesize 180

col PROGRAM for a20

col OSUSER for a10

col OBJECT_NAME for a15

col MACHINE for a10

col EVENT for a25

查找数据库中锁的情况及源头:--不包含OSPID

SELECT DECODE (l.BLOCK, 0, 'Waiting', 'Blockering-->') user_status

,CHR (39) || s.SID || ',' || s.serial# || CHR (39) sid_serial

,(SELECT instance_name FROM gv$instance WHERE inst_id = l.inst_id)

conn_instance,s.inst_id

,s.SID

,s.PROGRAM

,s.osuser

,s.machine,

s.sql_id,s.prev_sql_id,s.event

,DECODE (l.TYPE,'RT', 'Redo Log Buffer','TD', 'Dictionary'

,'TM', 'DML','TS', 'Temp Segments','TX', 'Transaction'

,'UL', 'User','RW', 'Row Wait',l.TYPE) lock_type

--,id1

--,id2

,DECODE (l.lmode,0, 'None',1, 'Null',2, 'Row Share',3, 'Row Excl.'

,4, 'Share',5, 'S/Row Excl.',6, 'Exclusive'

,LTRIM (TO_CHAR (lmode, '990'))) lock_mode

,ctime

--,DECODE(l.BLOCK, 0, 'Not Blocking', 1, 'Blocking', 2, 'Global') lock_status

,object_name

FROM

gv$lock l

JOIN

gv$session s

ON (l.inst_id = s.inst_id

AND l.SID = s.SID)

JOIN gv$locked_object o

ON (o.inst_id = s.inst_id

AND s.SID = o.session_id)

JOIN dba_objects d

ON (d.object_id = o.object_id)

WHERE (l.id1, l.id2, l.TYPE) IN (SELECT id1, id2, TYPE

FROM gv$lock

WHERE request > 0)

ORDER BY id1, id2, ctime DESC;

  • 总结与后续处理建议
    1. 问题总结

故障现象为业务高峰期,会出现查询v$session视图,blocking_session列显示阻塞进行信息不全的问题。重启数据库后会恢复正常显示,数据库运行半个月左右后会再次出现此问题。

    1. 解决方案

由于数据库版本BUG导致数据库系统复杂高且较长时间运行后出现的vsession视图,blocking_session列显示阻塞进行信息不全的问题,安装补丁可以修复此问题。但是需要停机较长时间。因此建议使用其他视图进行查询(VLOCK或gv$active_session_history)进行查询,也可以得到同样的查询结果;

相关推荐
KaMeidebaby3 小时前
卡梅德生物技术快报|骆驼纳米抗体:从原核表达、高通量测序到分子对接全流程实现
前端·数据库·其他·百度·新浪微博
2301_783848656 小时前
优化文本分类中堆叠模型的网格搜索性能:避免训练卡顿的实战指南
jvm·数据库·python
TE-茶叶蛋6 小时前
DBeaver 的Explain 执行计划,分析sql的性能
数据库·sql
CLX05057 小时前
如何安装Oracle 12c Cloud Control_OMS服务端组件与Agent部署
jvm·数据库·python
m0_617493947 小时前
PySide6 网络请求深度实测:从基础 API 调用到数据解析实战指南
数据库
知识汲取者7 小时前
每日一篇高频面试题系列之【MySQL 锁】
数据库·mysql
老纪7 小时前
SQL中如何查找特定的空值行:WHERE IS NULL深度解析
jvm·数据库·python
麦聪聊数据7 小时前
数据 API 平台选型:深度解读数据服务的四大关键技术与架构底座
数据库·sql
IT研究所8 小时前
AI 时代下的知识管理:从 Claude 的“复盘”能力看生成式 AI价值
大数据·运维·数据库·人工智能·科技·低代码·自然语言处理
2301_781571428 小时前
mysql数据库响应缓慢如何排查_使用EXPLAIN分析执行计划
jvm·数据库·python