500分悬赏oracle死锁问题解决,决不食言

发布网友 发布时间：2022-04-07 21:47

我来回答

共5个回答

懂视网 时间：2022-04-08 02:08

* 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_USERNAME,l.OS_USER_NAME,l.PROCESS FROM V$LOCKED_OBJECT l,V$SESSION S WHERE l.SESSION_ID=S.SID; 　alter system kill session ‘63,30893‘;

 

读取oracle页面或者进程卡住不动(死锁)

标签：

热心网友 时间：2022-04-07 23:16

你这里应该存在两个代码对两个表都有操作的过程，其中的一个表从你提供的日志上看应该是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的相关修改工作，从而造成表的死锁问题。

具体的需要根据应用来查询，你可以看看相关的日志内容。

热心网友 时间：2022-04-08 00:34

死锁大多由于参照表的外键没建索引，如果对主表做delete，而参照表的外键没有索引会导致锁表，此时对参照表做dml操作就容易产生死锁。你看看t_user表id列是否有主键索引，参照表的外键是否也建立索引。
查看约束用dba_constraints视图

热心网友 时间：2022-04-08 02:09

1、查看你的oracle参数dml_locks的值，是否足够大，修改后需要重启才其作用；
2、查看你的oracle的版本及补丁，如果9i的建议你升级到9208，如果是10g，建议你升级到10204；
3、具体检查一下出现死锁的session中的sql语句，然后检查语句是否可以进一步优化。

热心网友 时间：2022-04-08 04:00

没有commit的问题吧。