关于“ORA-00060:等待资源时检测到死锁”问题的分析(转载)

关于“ORA-00060:等待资源时检测到死锁”问题的分析(转载)
最近现场反馈问题:一个访问Oracle数据库的通讯程序记录了一些关于“ORA-00060:等待资源时检测到死锁”的错误日志。但通讯程序记录异常后并没有崩溃,还能继续运行,并且通讯数据看起来也很正常。

其实,鉴于数据库是存在大量并发访问的,只要存在并发访问,死锁就无法彻底避免,无非是几率大小而已。oracle数据库有检测当前会话死锁的功能,当死锁发生时,两个或多个并发事务相互等待,不靠外力就再也无法继续执行完了。数据库检测到死锁时,就会将死锁的各个事务回滚,并抛出ORA-00060异常。所以我们访问数据的程序,特别是无人值守的程序,一定要能处理此异常,在数据库发生这个异常之后,将其记录在日志中,并继续(重新)执行访问数据库的操作。

当然,我们还可以通过改进程序的效率来减少死锁发生的几率。首先可以提供数据库访问效率,优化数据库,优化sql,尽量减少访问数据库的时间,从而降低与其他会话并发死锁的可能性。另外,在业务允许的情况下,应尽可能减少数据库事务的范围,将一个大的事务,分成小的事务,尽早提交。当然,事务的划分这是由业务决定的,不可能随便分开。

本篇文章来源于 Linux公社网站(www.linuxidc.com) 原文链接:http://www.linuxidc.com/Linux/2012-01/50696.htm
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
ORA-00060: deadlock detected是Oracle数据库中的一个错误代码,它表示在等待资源检测到了死锁死锁是指两个或多个进程相互等待对方所持有的资源,导致系统无法继续进行下去。 这个错误通常与并发操作有关,其中至少有两个会话(或进程)试图同访问相同的资源,但由于彼此之间的依赖关系,她们无法继续执行下去。 根据引用中的描述,当会话1执行UPDATE语句,尝试更新id为2的记录,但同会话2也在等待并尝试更新id为1的记录。由于两个会话互相依赖,并且需要等待对方释放资源,因此发生了死锁,导致其中一个会话被自动终止,并抛出ORA-00060错误。 要解决ORA-00060错误,可以采取以下措施: 1. 观察和记录死锁事件的发生情况。可以使用Oracle提供的性能监视工具,如AWR报告或ADDM报告,来分析和识别频繁发生死锁的模式和原因。 2. 优化数据库设计和应用程序逻辑。检查数据库表和索引的设计,确保它们能够最小化并发操作引发死锁的可能性。同,应用程序逻辑也需要考虑到并发访问资源的情况,避免出现相互依赖导致的死锁。 3. 使用适当的并发控制机制。可以使用Oracle提供的锁机制,如行级锁或表级锁,来管理并发操作。合理选择锁的粒度,避免不必要的锁竞争,减少死锁的概率。 4. 在发生死锁,可以通过修改会话的事务隔离级别来解决问题。例如,将事务隔离级别设置为READ COMMITTED,以减少锁的范围,降低死锁风险。 总之,ORA-00060: deadlock detected是Oracle数据库中一个常见的错误代码,表示在并发操作中检测到了死锁。通过观察和记录死锁事件,优化数据库设计和应用程序逻辑,以及使用适当的并发控制机制,可以减少死锁的发生概率,并提高系统的性能和稳定性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值