博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
oracle数据中记录被另一个用户锁住 (附加:操作实例)
阅读量:6044 次
发布时间:2019-06-20

本文共 2539 字,大约阅读时间需要 8 分钟。

hot3.png

今天,运行Java后台程序,设置了断点,每到执行SQL语句时,就卡住,执行检查,发现SQL语句并没有问题,程序没没问题,于是把语句拷贝到PL/SQL里面执行,发现还是语句执行了很久都没有结果,于是我中断执行,我使用的是Update语句。

   于是我就直接在上面改字段,在点打钩(记入改变)的时候提示,记录被另一个用户锁住,一开始还以为整个表被锁住了,后来发现,仅仅是这个字段不能改变,其他的字段可以。

   网上找了资料,发现是:当多个用户并发地存取数据时,在数据库中就会产生多个事务同时存取同一数据的情况造成的。网上也给出了答案:

 

1、查看数据库锁,诊断锁的来源及类型:

select object_id,session_id,locked_mode from v$locked_object;
或者用以下命令:
select b.owner,b.object_name,l.session_id,l.locked_mode
from v$locked_object l, dba_objects b
where b.object_id=l.object_id
SELECT lpad(' ',decode(l.xidusn ,0,3,0))||l.oracle_username User_name,
o.owner,o.object_name,o.object_type,s.sid,s.serial#
FROM v$locked_object l,dba_objects o,v$session s
WHERE l.object_id=o.object_id
AND l.session_id=s.sid
ORDER BY o.object_id,xidusn DESC
2、找出数据库的serial#,以备杀死:
select t2.username,t2.sid,t2.serial#,t2.logon_time
from v$locked_object t1,v$session t2
where t1.session_id=t2.sid order by t2.logon_time;
3、杀死该session
alter system kill session 'sid,serial#'
用步骤2中查出来的记录,对应进该语句删除

 

就是这样子,以下是我操作的方法:

第一步:(只是用于查看哪些表被锁住,真正有用的是第二、第三步)

select b.owner,b.object_name,l.session_id,l.locked_mode

from v$locked_object l, dba_objects b
where b.object_id=l.object_id

后:

   OWNER   OBJECT_NAME     SESSION_ID LOCKED_MODE   

1  BSZCGL TDISPOSE_ACCEPT_F   1115        3

2  BSZCGL TDISPOSE_ACCEPT_F   1097        3
3   BSZCGL TDISPOSE_ACCEPT_Z   1116        3
4  BSZCGL TDISPOSE_ACCEPT_Z    1111        3
5  BSZCGL TDISPOSE_ACCEPT_Z   1103        3
6  BSZCGL TDISPOSE_ACCEPT_Z   1100        3
7  BSZCGL TDISPOSE_ACCEPT_Z   1097        3
8  BSZCGL TDISPOSE_ACCEPT_Z   1092        3
9   BSZCGL TDISPOSE_DAMAGE_Z   1106        3
10  BSZCGL TZC6_22CL           1097        3

 

可以看出,那些表被锁住

 

第二步:

select t2.username,t2.sid,t2.serial#,t2.logon_time

from v$locked_object t1,v$session t2
where t1.session_id=t2.sid order by t2.logon_time;

后:

 USERNAME SID SERIAL# LOGON_TIME

1 BSZCGL  1115  132  2011-12-6 14:51:35

2 BSZCGL  1097  116  2011-12-6 14:51:57
3 BSZCGL  1097  116  2011-12-6 14:51:57
4 BSZCGL  1097  116  2011-12-6 14:51:57
5 BSZCGL  1111  155  2011-12-6 14:56:29
6 BSZCGL  1103  292  2011-12-6 14:57:34
7 BSZCGL  1116  388  2011-12-6 15:04:56
8 BSZCGL  1100  240  2011-12-6 15:08:13
9 BSZCGL  1106  228  2011-12-6 15:26:20
10 BSZCGL 1092  10   2011-12-6 15:26:46

第三步:(关键)

执行:(alter system kill session 'sid,serial#')具体如下:

alter system kill session '1115,132'

alter system kill session '1097,116'

alter system kill session '1111,155'

alter system kill session '1103,292'

alter system kill session '1116,388'

alter system kill session '1100,240'

alter system kill session '1106,228'

alter system kill session '1092,10'

执行成功,会提示执行完毕!

有可能执行完一条之后,其他的ID也跟着消失,执行完3后,在执行2,检查时候清除完毕 

转载于:https://my.oschina.net/u/1170536/blog/326863

你可能感兴趣的文章
Predicate
查看>>
[面试题记录01]实现一个function sum达到一下目的
查看>>
这个季节的忧伤,点到为止
查看>>
mysql通过配置文件进行优化
查看>>
省级网站群建设关注点
查看>>
工作第四天之采集资源
查看>>
innobackupex 在增量的基础上增量备份
查看>>
Windows Server 2012 R2 DirectAccess功能测试(2)App1服务器安装及配置
查看>>
基于清单的启动器的实现
查看>>
外网用户通过citrix打印慢的解决方法
查看>>
STL容器的使用
查看>>
关于std::map
查看>>
JXL导出Excel文件兼容性问题
查看>>
VBoot1.0发布,Vue & SpringBoot 综合开发入门
查看>>
centos7 安装wps 后 演示无法启动
查看>>
git简单命令
查看>>
LAMP编译部署
查看>>
XenDesktop7.6安装部署入门教程
查看>>
HashMap的工作原理及HashMap和Hashtable的区别
查看>>
GregorianCalendar日历程序
查看>>