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)进行查询,也可以得到同样的查询结果;

相关推荐
雪的季节12 小时前
HTTP 和 HTTPS 五大核心区别
数据库·http·https
GottdesKrieges12 小时前
OceanBase迁移用户及其权限配置
数据库·oceanbase
OceanBase数据库官方博客12 小时前
新版本 OceanBase seekdb 1.3.0:22倍性能增益,P99抖动小于1.1倍
数据库·oceanbase
倒流时光三十年12 小时前
PostgreSQL ON CONFLICT DO UPDATE 增加 WHERE 条件优化性能
数据库·postgresql
暴力求解12 小时前
MySQL---表的操作
数据库·mysql
IvorySQL13 小时前
PostgreSQL 技术日报 (6月1日)|逻辑复制问题修复,AI 行业动态速览
数据库·人工智能·postgresql
Database_Cool_13 小时前
从 MySQL 迁移到阿里云 AnalyticDB MySQL:零改造百倍加速实战教程
数据库·mysql·阿里云
闪电悠米14 小时前
黑马点评-秒杀优化-01_async_seckill_idea
java·数据库·ide·redis·分布式·缓存·intellij-idea
TDengine (老段)14 小时前
TDengine 数据修复与迁移 — VGroup 调度、S3 外挂与运维操作
大数据·运维·数据库·物联网·时序数据库·iot·tdengine
烟雨归来14 小时前
生僻字乱码解决方案,NVARCHAR2改造踩坑记录
oracle