一个session上的数据修改没有提交,数据库会保持锁的状态,在业务中一般出现的死锁可能由于修改数据库过程中通信中断,而修改的数据没有及时提交。在书上看到数据库被锁定可以使用commit或rollback进行锁的释放,但是实际运维时处理的方式应该是kill掉锁的进程,一方面是防止业务混乱,另一方面是不同的session里看到的数据状态不一样。
在数据提交之前,当前session可以看到修改后的状态,但是其他session查询数据是从回滚段里取数据。
以下对于死锁的解决为借鉴,借鉴哪里忘记了…
1.查看死锁
SQL> select s.username, l.object_id, l.session_id,s.serial#, s.lockwait, s.status, s.machine, s.program from v$session s, v$locked_object l where s.sid = l.session_id;
字段说明:
Username:死锁语句所用的数据库用户;
SID: session identifier, session 标示符,session 是通信双方从开始通信到通信结束期间的一个上下文。
SERIAL#: sid 会重用,但是同一个sid被重用时,serial#会增加,不会重复。
Lockwait:可以通过这个字段查询出当前正在等待的锁的相关信息。
Status:用来判断session状态。Active:正执行SQL语句。Inactive:等待操作。Killed:被标注为删除。
Machine: 死锁语句所在的机器。
Program: 产生死锁的语句主要来自哪个应用程序。
2.查看引起死锁的语句
SQL> 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));
3.处理死锁
SQL> alter system kill session ‘SID,SERIAL#’;
最后,说明一下session的status分为几种:
(1)active:处于此状态的会话,表示正在执行,处于活动状态。
(2)inactive:处于此状态的会话表示不是正在执行的。
(3)killed处于此状态的会话,被标注为删除,表示出现了错误,正在回滚。
数据库死锁
最新推荐文章于 2021-12-21 14:41:18 发布