一、数据库死锁的现象
首先确认登录的界面 sys/dba
就是程序没有返回了,像软件卡死一样的
二、死锁的原理
就是一个操作完成了未执行完成提交了导致后面的队列中的数据一直等待从而导致了死锁了。
三、死锁的定位方法
通过检查数据库表,能够检查出是哪一条语句被死锁,产生死锁的机器是哪一台。
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进程KILL -9 “刚才查出的SPID” 在WINDOWS平台,可以是偶那个orakill。
4)查询死锁语句
select A.SQL_TEXT, B.USERNAME, C.OBJECT_ID, C.SESSION_ID, B.SERIAL#, C.ORACLE_USERNAME,C.OS_USER_NAME,C.Process,
''''||C.Session_ID||','||B.SERIAL#||''''
from v$sql A, v$session B, v$locked_object C
where A.HASH_VALUE = B.SQL_HASH_VALUE and
B.SID = C.Session_ID
精简处理步骤
--1、查找被锁表的object_id
select object_id from all_objects where object_name = upper('table_name') and object_type = 'TABLE'
--2、根据第1步查到的object_id查找被锁对象的会话ID
select session_id from v$locked_object where object_id = 1779474
--3、根据第2步查到的session_id查找serial#
select sid,serial# from v$session where sid = 284
--4、根据session_id和serial#杀掉进程
alter system kill session 'sid,serial#'
--查找在被锁对象上的操作语句
select sql_text from v$sqlarea where address = '00' --address为v$session中的sql_address字段