Menu

  • 博客
  • 关于唯我&博客
  • 唯我DIY
  • 讨论区

Copyright © VIIIO.COM | Theme by Theme in Progress | 基于 WordPress

千里之行,始于足下唯我 - 梦想从此起航

Oracle 死鎖相關知識及解決方案(轉)

2015年5月21日Oracle Standard
Views: 1,293

— 死锁查询语句

SELECT    bs.username “Blocking User”, bs.username “DB User”,
          ws.username “Waiting User”, bs.SID “SID”, ws.SID “WSID”,
          bs.serial# “Serial#”, bs.sql_address “address”,
          bs.sql_hash_value “Sql hash”, bs.program “Blocking App”,
          ws.program “Waiting App”, bs.machine “Blocking Machine”,
          ws.machine “Waiting Machine”, bs.osuser “Blocking OS User”,
          ws.osuser “Waiting OS User”, bs.serial# “Serial#”,
          ws.serial# “WSerial#”,
          DECODE (wk.TYPE,
                  ‘MR’, ‘Media Recovery’,
                  ‘RT’, ‘Redo Thread’,
                  ‘UN’, ‘USER Name’,
                  ‘TX’, ‘Transaction’,
                  ‘TM’, ‘DML’,
                  ‘UL’, ‘PL/SQL USER LOCK’,
                  ‘DX’, ‘Distributed Xaction’,
                  ‘CF’, ‘Control FILE’,
                  ‘IS’, ‘Instance State’,
                  ‘FS’, ‘FILE SET’,
                  ‘IR’, ‘Instance Recovery’,
                  ‘ST’, ‘Disk SPACE Transaction’,
                  ‘TS’, ‘Temp Segment’,
                  ‘IV’, ‘Library Cache Invalidation’,
                  ‘LS’, ‘LOG START OR Switch’,
                  ‘RW’, ‘ROW Wait’,
                  ‘SQ’, ‘Sequence Number’,
                  ‘TE’, ‘Extend TABLE’,
                  ‘TT’, ‘Temp TABLE’,
                  wk.TYPE
                 ) lock_type,
          DECODE (hk.lmode,
                  0, ‘None’,
                  1, ‘NULL’,
                  2, ‘ROW-S (SS)’,
                  3, ‘ROW-X (SX)’,
                  4, ‘SHARE’,
                  5, ‘S/ROW-X (SSX)’,
                  6, ‘EXCLUSIVE’,
                  TO_CHAR (hk.lmode)
                 ) mode_held,
          DECODE (wk.request,
                  0, ‘None’,
                  1, ‘NULL’,
                  2, ‘ROW-S (SS)’,
                  3, ‘ROW-X (SX)’,
                  4, ‘SHARE’,
                  5, ‘S/ROW-X (SSX)’,
                  6, ‘EXCLUSIVE’,
                  TO_CHAR (wk.request)
                 ) mode_requested,
          TO_CHAR (hk.id1) lock_id1, TO_CHAR (hk.id2) lock_id2,
          DECODE
             (hk.BLOCK,
              0, ‘NOT Blocking’,          /**//* Not blocking any other processes */
              1, ‘Blocking’,              /**//* This lock blocks other processes */
              2, ‘Global’,           /**//* This lock is global, so we can‘t tell */
              TO_CHAR (hk.BLOCK)
             ) blocking_others
     FROM v$lock hk, v$session bs, v$lock wk, v$session ws
    WHERE hk.BLOCK = 1
      AND hk.lmode != 0
      AND hk.lmode != 1
      AND wk.request != 0
      AND wk.TYPE(+) = hk.TYPE
      AND wk.id1(+) = hk.id1
      AND wk.id2(+) = hk.id2
      AND hk.SID = bs.SID(+)
      AND wk.SID = ws.SID(+)
      AND (bs.username IS NOT NULL)
      AND (bs.username <> ‘SYSTEM’)
      AND (bs.username <> ‘SYS’)
ORDER BY 1;

查询发生死锁的select语句

select sql_text from v$sql where hash_value in
( select sql_hash_value from v$session where sid in (select session_id from v$locked_object))

关于数据库死锁的检查方法

一、数据库死锁的现象
程序在执行的过程中,点击确定或保存按钮,程序没有响应,也没有出现报错。

二、死锁的原理
当对于数据库某个表的某一列做更新或删除等操作,执行完毕后该条语句不提
交,另一条对于这一列数据做更新操作的语句在执行的时候就会处于等待状态,
此时的现象是这条语句一直在执行,但一直没有执行成功,也没有报错。

三、死锁的定位方法
通过检查数据库表,能够检查出是哪一条语句被死锁,产生死锁的机器是哪一台。

1)用dba用户执行以下语句

select username,lockwait,status,machine,program from v$session where sid in (select session_id from v$locked_object)

如果有输出的结果,则说明有死锁,且能看到死锁的机器是哪一台。字段说明:
Username:死锁语句所用的数据库用户;
Lockwait:死锁的状态,如果有内容表示被死锁。
Status: 状态,active表示被死锁
Machine: 死锁语句所在的机器。
Program: 产生死锁的语句主要来自哪个应用程序。

2)用dba用户执行以下语句,可以查看到被死锁的语句
select sql_text from v$sql where hash_value in
(select sql_hash_value from v$session where sid in
(select session_id from v$locked_object))

四、死锁的解决方法
     一般情况下,只要将产生死锁的语句提交就可以了,但是在实际的执行过程中。用户可
能不知道产生死锁的语句是哪一句。可以将程序关闭并重新启动就可以了。
经常在Oracle的使用过程中碰到这个问题,所以也总结了一点解决方法。

     1)查找死锁的进程:

sqlplus “/as sysdba” (sys/change_on_install)SELECT s.username,l.OBJECT_ID,l.SESSION_ID,s.SERIAL#,l.ORACLE_USERNAME,l.OS_USER_NAME,l.PROCESS FROM V$LOCKED_OBJECT l,V$SESSION S WHERE l.SESSION_ID=S.SID;

  2)kill掉这个死锁的进程:

  alter system kill session ‘sid,serial#’; (其中sid=l.session_id)

  3)如果还不能解决:

          select pro.spid from v$session ses, v$process pro where ses.sid=XX and ses.paddr=pro.addr;

   其中sid用死锁的sid替换:

       exit
ps -ef|grep spid

       其中spid是这个进程的进程号,kill掉这个Oracle进程。

 

发表评论或回复 取消回复

邮箱地址不会被公开。

56 + = 62

近期文章

  • OC UIWindow setRootViewController切换界面引发的内存问题
  • iOS证书、AppId、PP文件之间的关系
  • SVN服务器搭建、备份及多服务器同步方案(Windows)
  • [转]iOS多线程-各种线程锁的简单介绍
  • Mac 下Apache2 配置多虚拟主机

近期评论

  • NARYTHY288954NEYRTHYT发表在《ASP.NET整合Discuz PHP站 并实现用户同步》
  • nym402059flebno发表在《ASP.NET整合Discuz PHP站 并实现用户同步》
  • nem2182758krya发表在《ASP.NET整合Discuz PHP站 并实现用户同步》
  • aresgrb.se发表在《ASP.NET整合Discuz PHP站 并实现用户同步》
  • Vincenturbam发表在《ASP.NET整合Discuz PHP站 并实现用户同步》

分类目录

  • ASP.NET (15)
  • Git (2)
  • HTML (1)
  • iOS (31)
  • Javascript (7)
  • Oracle (8)
  • SQL (3)
  • SQLSERVER (2)
  • SVN (1)
  • 一行代码系列 (5)
  • 微信小程序 (1)
  • 正则表达式 (2)
  • 网站建设 (5)

文章归档

  • 2018年12月 (1)
  • 2018年4月 (1)
  • 2017年12月 (2)
  • 2017年7月 (3)
  • 2017年6月 (1)
  • 2017年4月 (1)
  • 2017年1月 (1)
  • 2016年12月 (3)
  • 2016年10月 (1)
  • 2016年7月 (1)
  • 2016年6月 (1)
  • 2016年5月 (3)
  • 2016年4月 (5)
  • 2016年3月 (4)
  • 2016年2月 (2)
  • 2016年1月 (3)
  • 2015年12月 (11)
  • 2015年11月 (7)
  • 2015年10月 (3)
  • 2015年9月 (1)
  • 2015年8月 (1)
  • 2015年7月 (1)
  • 2015年6月 (1)
  • 2015年5月 (1)
  • 2015年4月 (1)
  • 2014年7月 (1)
  • 2014年6月 (1)
  • 2014年5月 (2)
  • 2014年4月 (2)
  • 2014年3月 (2)
  • 2014年2月 (2)
2025年5月
一 二 三 四 五 六 日
« 12月    
 1234
567891011
12131415161718
19202122232425
262728293031