ORACLE死锁

ORA:

一、数据库死锁的现象
程序在执行的过程中,点击确定或保存按钮,程序没有响应,也没有出现报错。
二、死锁的原理
当对于数据库某个表的某一列做更新或删除等操作,执行完毕后该条语句不提
交,另一条对于这一列数据做更新操作的语句在执行的时候就会处于等待状态,
此时的现象是这条语句一直在执行,但一直没有执行成功,也没有报错。
三、死锁的定位方法
通过检查数据库表,能够检查出是哪一条语句被死锁,产生死锁的机器是哪一台。
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进程

from:http://southking.javaeye.com/blog/550832

 

 


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)以sys用户登陆数据库查询死锁:

SQL> selectusername,lockwait,status,machine,program from v$session where sidin
    (select session_id from v$locked_object);

 

(2)然后使用一下语句查找被死锁的语句

SQL> select sql_text from v$sql where hash_valuein
    (selectsql_hash_value from v$session where sid in (select session_id fromv$locked_object));

 

(3)再使用以下语句查找被死锁的进程

SQL> SELECTs.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;

 

(4)使用一下语句把死锁的进程kill

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

如:SQL> alter system kill session '24,37522';


转自  http://blog.youkuaiyun.com/rznice/article/details/6683905/


MSS:

查看死锁:

select dbid,* from sys.sysprocesses
where 1=1
and spid >50
and blocked <> 0

查看数据库:
sp_helpdb   或    Select name,dbid from master.sys.sysdatabases  查询数据库名称

查看引起死锁的SQL
dbcc inputbuffer(死锁的会话ID)


use master
exec sp_lock
--查看死锁的sql
DBCC INPUTBUFFER(63)

--查看死锁的对象
select * from sys.objects where object_id = 1131151075
select * from sys.sysdatabases where [dbid] IN(7,6,1,9)


### Oracle 数据库死锁解决方案 #### 死锁原因 在Oracle数据库环境中,当两个或多个会话互相持有对方所需的资源定时会发生死锁。这种情况下,每个事务都在等待其他事务释放所持有的资源,从而形成循环依赖关系[^1]。 #### 处理方法 ##### 紧急处理措施 一旦检测到死锁事件,Oracle通常会选择其中一个受影响的事务作为牺牲品并回滚此事务以解除僵局。对于应用程序而言,则需捕获相应的异常信息(如错误提示:“事务(进程ID)与另一个进程被死锁资源上,并且已被选作死锁牺牲品。”),随后按照业务逻辑重试失败的操作或者通知管理员介入调查具体问题所在[^4]。 ##### 自动死锁处理配置 为了更高效地应对可能出现的死锁状况,可以在初始化参数文件中设置`_DML_LOCKS=0`来启用自动死锁检测机制;另外还可以通过调整`ENQUEUE_RESOURCES`参数值来增加队列资源数量进而降低发生概率。除此之外,在日常运维管理工作中定期审查告警日志也是十分必要的举措之一。 ##### 预防优化方案 针对频繁出现死锁的应用场景,应该重点考虑以下几个方面来进行改进: - **优化查询语句**:确保所有涉及多表联结操作都遵循相同的顺序访问路径; - **缩短事务持续时间**:尽可能早地开启新事物以及尽早完成提交动作; - **合理规划索引结构**:创建覆盖型索引来减少全表扫描次数,提高检索效率的同时也能有效缓解争用压力; - **采用乐观并发控制策略**:允许读取未提交版本的数据记录而非强制加保护共享资源。 ```sql -- 查询当前存在的潜在死锁情况 SELECT * FROM v$lock WHERE block > 0; -- 查看具体的死锁详情报告 ALTER SYSTEM DUMP DEADLOCK; ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值