13518219792
一、数据库死锁的现象
我们提供的服务有：成都做网站、成都网站制作、微信公众号开发、网站优化、网站认证、疏勒ssl等。为数千家企事业单位解决了网站和推广的问题。提供周到的售前咨询和贴心的售后服务，是有科学管理、有技术的疏勒网站制作公司
程序在执行的过程中，点击确定或保存按钮，程序没有响应，也没有出现报错。
二、oracle死锁的原理
当对于数据库某个表的某一列做更新或删除等操作，执行完毕后该条语句不提交，另一条对于这一列数据做更新操作的语句在执行的时候就会处于等待状态，此时的现象是这条语句一直在执行，但一直没有执行成功，也没有报错。
三、oracle死锁的定位方法
通过检查数据库表，能够检查出是哪一条语句被死锁，产生死锁的机器是哪一台。
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用户执行以下语句，可以查看到被死锁的语句。
Oracle数据库出现死锁的时候可以按照以下处理步骤加以解决：
第一步：尝试在sqlplus中通过sql命令进行删除，如果能够删除成功，则万事大吉！但通常情况下，出现死锁时，想通过命令行或者通过Oracle的管理工具删除有死锁的session，oracle只会将该session标记为killed，但无法清除掉，往往需要通过第二步在操作系统层级进行删除！
Connected to Oracle9i Enterprise Edition Release 9.2.0.1.0
Connected as quik
SQL select xidusn, object_id, session_id, locked_mode from v$locked_object; --查死锁的对象，获取其SESSION_ID
XIDUSN OBJECT_ID SESSION_ID LOCKED_MODE
---------- ---------- ---------- -----------
10 30724 29 3
10 30649 29 3
SQL select username,sid,serial# from v$session where sid=29; --根据上步获取到的sid查看其serial#号
USERNAME SID SERIAL#
------------------------------ ---------- ----------
QUIK 29 57107
SQL alter system kill session '29,57107'; --删除进程，如已经删除过，则会报ora-00031的错误；否则oracle会将该session标记为killed状态，等待一段时间看能否会自动消失，如长时间消失不掉，则需要做后续步骤
alter system kill session '29,57107'
ORA-00031: session marked for kill
SQL select pro.spid from v$session ses,v$process pro where ses.sid=29 and ses.paddr=pro.addr; --查看spid号，以便在操作系统中根据该进程号删除进程
SPID
------------
2273286
第二步：进入操作系统进行删除进程，本示例的操作系统是IBM aix。
login: root --录入用户名
root's Password: --录入密码
*******************************************************************************
* *
* *
* Welcome to AIX Version 5.3! *
* *
* *
* Please see the README file in /usr/lpp/bos for information pertinent to *
* this release of the AIX Operating System. *
* *
* *
*******************************************************************************
Last unsuccessful login: Fri Apr 23 14:42:57 BEIDT 2010 on /dev/pts/1 from 10.73
.52.254
Last login: Fri Apr 23 15:27:50 BEIDT 2010 on /dev/pts/2 from 10.73.52.254
# ps -ef|grep 2273286 --查看进程详情
root 2289864 2494636 0 17:07:15 pts/1 0:00 grep 2273286
oracle 2273286 1 0 14:38:24 - 0:21 oracleQUIK (LOCAL=NO)
# kill -9 2273286 --删除进程，小心操作，别写错进程号，如果oracle的关键进程被删，数据库会崩溃的！
# ps -ef|grep 2273286 --再次查看
root 2289864 2494636 0 17:07:15 pts/1 0:00 grep 2273286
For Windows, at the DOS Prompt: orakill sid spid
For UNIX at the command line kill –9 spid
你这里应该存在两个代码对两个表都有操作的过程，其中的一个表从你提供的日志上看应该是t_user。
session 530 对应的程序中肯定是 先执行了类似于：SELECT * FROM TABLE1 FOR UPDATE，然后，在这个语句后面，执行delete from t_user where ID=:1
语句
而你的Session 527则很有可能是执行了类似于SELECT * FROM t_user FOR UPDATE， 然后，在这个语句之后，执行对TABLE1的相关修改工作，从而造成表的死锁问题。
具体的需要根据应用来查询，你可以看看相关的日志内容。
首先你要知道表锁住了是不是正常锁？因为任何DML语句都会对表加锁。
你要先查一下是那个会话那个sql锁住了表，有可能这是正常业务需求，不建议随便KILL
session，如果这个锁表是正常业务你把session
kill掉了会影响业务的。
建议先查原因再做决定。
(1)锁表查询的代码有以下的形式：
select
count(*)
from
v$locked_object;
select
*
from
v$locked_object;
(2)查看哪个表被锁
select
b.owner,b.object_name,a.session_id,a.locked_mode
from
v$locked_object
a,dba_objects
b
where
b.object_id
=
a.object_id;
(3)查看是哪个session引起的
select
b.username,b.sid,b.serial#,logon_time
from
v$locked_object
a,v$session
b
where
a.session_id
=
b.sid
order
by
b.logon_time;
(4)查看是哪个sql引起的
select
b.username,b.sid,b.serial#,c.*
from
v$locked_object
a,v$session
b,v$sql
c
where
a.session_id
=
b.sid
and
b.SQL_ID
=
c.sql_id
and
c.sql_id
=
''
order
by
b.logon_time;
(5)杀掉对应进程
执行命令：alter
system
kill
session'1025,41';
其中1025为sid,41为serial#.
楼主您好
所谓的锁等待:就是一个事务a对一个数据表进行ddl或是dml操作时，系统就会对该表加上表级的排它锁，此时其他的事务对该表进行操作的时候会等待a提交或是回滚后，才可以继续b的操作
所谓的死锁：当两个或多个用户相互等待锁定的数据时就会发生死锁，这时这些用户被卡在不能继续处理业务，oracle可以自动检测死锁并解决他们，通过回滚一个死锁中的语句，释放锁定的数据，回滚的话会遇到ora-00060
deadlock detected while waiting for resource
模拟锁等待：
两个事务a和b，分别创建t1,t2,并且初始化一条数据，
a 更改t1的数据，此时并不提交，这时候b更改相同的一列，此时b一直处于等待的状态
我们可以查询锁等待的内容：
wait_lock.sql
select
(select username from v$session where sid = a.sid) username,
a.sid,
(select serial# from v$session where sid = a.sid) serial#,
a.type,
a.id1,
a.id2,
a.lmode,
a.request,
a.block,
b.sid blocking_sid
from v$lock a,
( select * from v$lock
where request 0
and type 'MR'
) b
where a.id1 = b.id1(+)
and a.id2 = b.id2(+)
and a.lmode 0
and a.type 'MR'
order by username,a.sid,serial#,a.type
此时可以查询到锁等待的现象，最后一列不为空的就是等待的事件
此时我们可以跟a用户提示让其提交事务或是回滚，也可以直接杀死
alter system kill session 'sid,serial#';
保持现状不动，在a事务更改t2表此时在a事务会产生
SQL update t1 set id=1000 where id=1;
update t1 set id=1000 where id=1
*
第 1 行出现错误:
ORA-00060: 等待资源时检测到死锁
此时oracle已经帮我解决了这个死锁问题
死锁的产生需要四个必须的条件：
1 ，mutual execution(互斥)资源不能被共享，只能由一个进程使用
2，hold and wait(请求并持续)已经得到资源的进程可以再次申请新的资源
3，no pre-emption(不可剥夺)已经分配的资源不能被相应的进程强制剥夺
4，circular wait(循环等待条件)系统中若干进程组成环路，该环路中的每个进程都在等待相邻进程正占用的资源
定位死锁：
系统级别的定位
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死锁来自于那个程序
语句级别的定位
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));
进程级别的定位
Select s.username,l.object_id,l.session_id,s.serial#,l.oracle_usrename,l.os_user_name,l.process from v$locked_object l,v$session s where l.session_id=s.sid;
处理死锁的一般策略
1，鸵鸟算法忽略该问题
2，定位死锁并且恢复
3，仔细对资源进行动态分配，避免死锁
4，破坏死锁中的一个条件
如果oracle解决不了的死锁，我们需要定位到进程级别，找到对应的sid和serial#
alter system kill 'sid,serail#'
失败的话，找到对应的进程强制关闭
Select p.spid from v$session s, v$process p where s.sid=xx and s.paddr=p.addr
ps -ef | grep spid
kill -9 xx
查询oracle的死锁
lock.sql
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;
这些语句的执行最好是在plsql或是sqldeveloper如果是直接在数据库里面执行的需要格式化表，否则会很让你眼花的。
