oracle死锁与锁等待,oracle 死锁和锁等待的区别

最新推荐文章于 2023-12-26 13:37:12 发布

绿泥圈

最新推荐文章于 2023-12-26 13:37:12 发布

阅读量1.1k

点赞数 1

文章标签： oracle死锁与锁等待

所谓的锁等待:就是一个事务a对一个数据表进行ddl或是dml操作时，系统就会对该表加上表级的排它锁，此时其他的事务对该表进行操作的时候会等待a提交或是回滚后，才可以继续b的操作

所谓的死锁：当两个或多个用户相互等待锁定的数据时就会发生死锁，这时这些用户被卡在不能继续处理业务，oracle可以自动检测死锁并解决他们，通过回滚一个死锁中的语句，释放锁定的数据，回滚的话会遇到ora-00060 deadlock detected while waiting for resource

模拟锁等待：

两个事务a和b，分别创建t1,t2,并且初始化一条数据，

a 更改t1的数据，此时并不提交，这时候b更改相同的一列，此时b一直处于等待的状态

我们可以查询锁等待的内容：

wait_lock.sql

select

(select username from v$session where sid = a.sid) username,

a.sid,

(select serial# from v$session where sid = a.sid) serial#,

a.type,

a.id1,

a.id2,

a.lmode,

a.request,

a.block,

b.sid blocking_sid

from v$lock a,

( select * from v$lock

where request > 0

and type <> ‘MR‘

) b

where a.id1 = b.id1(+)

and a.id2 = b.id2(+)

and a.lmode > 0

and a.type <> ‘MR‘

order by username,a.sid,serial#,a.type

此时可以查询到锁等待的现象，最后一列不为空的就是等待的事件

此时我们可以跟a用户提示让其提交事务或是回滚，也可以直接杀死

alter system kill session ‘sid,serial#‘;

保持现状不动，在a事务更改t2表此时在a事务会产生

SQL> update t1 set id=1000 where id=1;

update t1 set id=1000 where id=1

第 1 行出现错误:

ORA-00060: 等待资源时检测到死锁

此时oracle已经帮我解决了这个死锁问题

死锁的产生需要四个必须的条件：

1 ，mutual execution(互斥)资源不能被共享，只能由一个进程使用

2，hold and wait(请求并持续)已经得到资源的进程可以再次申请新的资源

3，no pre-emption(不可剥夺)已经分配的资源不能被相应的进程强制剥夺

4，circular wait(循环等待条件)系统中若干进程组成环路，该环路中的每个进程都在等待相邻进程正占用的资源

定位死锁：

系统级别的定位

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死锁来自于那个程序

语句级别的定位

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));

进程级别的定位

Select s.username,l.object_id,l.session_id,s.serial#,l.oracle_usrename,l.os_user_name,l.process from v$locked_object l,v$session s where l.session_id=s.sid;

处理死锁的一般策略

1，鸵鸟算法忽略该问题

2，定位死锁并且恢复

3，仔细对资源进行动态分配，避免死锁

4，破坏死锁中的一个条件

如果oracle解决不了的死锁，我们需要定位到进程级别，找到对应的sid和serial#

alter system kill ‘sid,serail#‘

失败的话，找到对应的进程强制关闭

Select p.spid from v$session s, v$process p where s.sid=xx and s.paddr=p.addr

ps -ef | grep spid

kill -9 xx

查询oracle的死锁

lock.sql

SELECT bs.username "Blocking User", bs.username "DB User",

ws.username "Waiting User", bs.SID "SID", ws.SID "WSID",

bs.serial# "Serial#", bs.sql_address "address",

bs.sql_hash_value "Sql hash", bs.program "Blocking App",

ws.program "Waiting App", bs.machine "Blocking Machine",

ws.machine "Waiting Machine", bs.osuser "Blocking OS User",

ws.osuser "Waiting OS User", bs.serial# "Serial#",

ws.serial# "WSerial#",

DECODE (wk.TYPE,

‘MR‘, ‘Media Recovery‘,

‘RT‘, ‘Redo Thread‘,

‘UN‘, ‘USER Name‘,

‘TX‘, ‘Transaction‘,

‘TM‘, ‘DML‘,

‘UL‘, ‘PL/SQL USER LOCK‘,

‘DX‘, ‘Distributed Xaction‘,

‘CF‘, ‘Control FILE‘,

‘IS‘, ‘Instance State‘,

‘FS‘, ‘FILE SET‘,

‘IR‘, ‘Instance Recovery‘,

‘ST‘, ‘Disk SPACE Transaction‘,

‘TS‘, ‘Temp Segment‘,

‘IV‘, ‘Library Cache Invalidation‘,

‘LS‘, ‘LOG START OR Switch‘,

‘RW‘, ‘ROW Wait‘,

‘SQ‘, ‘Sequence Number‘,

‘TE‘, ‘Extend TABLE‘,

‘TT‘, ‘Temp TABLE‘,

wk.TYPE

) lock_type,

DECODE (hk.lmode,

0, ‘None‘,

1, ‘NULL‘,

2, ‘ROW-S (SS)‘,

3, ‘ROW-X (SX)‘,

4, ‘SHARE‘,

5, ‘S/ROW-X (SSX)‘,

6, ‘EXCLUSIVE‘,

TO_CHAR (hk.lmode)

) mode_held,

DECODE (wk.request,

0, ‘None‘,

1, ‘NULL‘,

2, ‘ROW-S (SS)‘,

3, ‘ROW-X (SX)‘,

4, ‘SHARE‘,

5, ‘S/ROW-X (SSX)‘,

6, ‘EXCLUSIVE‘,

TO_CHAR (wk.request)

) mode_requested,

TO_CHAR (hk.id1) lock_id1, TO_CHAR (hk.id2) lock_id2,

DECODE

(hk.BLOCK,

0, ‘NOT Blocking‘, /**//* Not blocking any other processes */

1, ‘Blocking‘, /**//* This lock blocks other processes */

2, ‘Global‘, /**//* This lock is global, so we can‘t tell */

TO_CHAR (hk.BLOCK)

) blocking_others

FROM v$lock hk, v$session bs, v$lock wk, v$session ws

WHERE hk.BLOCK = 1

AND hk.lmode != 0

AND hk.lmode != 1

AND wk.request != 0

AND wk.TYPE(+) = hk.TYPE

AND wk.id1(+) = hk.id1

AND wk.id2(+) = hk.id2

AND hk.SID = bs.SID(+)

AND wk.SID = ws.SID(+)

AND (bs.username IS NOT NULL)

AND (bs.username <> ‘SYSTEM‘)

AND (bs.username <> ‘SYS‘)

ORDER BY 1;

这些语句的执行最好是在plsql或是sqldeveloper如果是直接在数据库里面执行的需要格式化表，否则会很让你眼花的。

Oracle数据库的锁类型

oracle官方文档里面关于锁的定义：Locks are mechanisms that prevent destructive interaction between transactions accessing the sameresource—either user objects such as tables and rows or system objects not visible to users, such as shared data structures in memory and data dictionary rows.

这段话的大概意思是说锁的作用用来保护tables、rows、shared data structures in memory and data dictionary rows等在交互访问的时候不会被破坏。

根据保护的对象不同，Oracle数据库锁可以分为以下几大类：DML锁(data locks，数据锁)，用于保护数据的完整性；DDL锁(dictionary locks，字典锁)，用于保护数据库对象的结构，如表、索引等的结构定义；内部锁和闩(internal locks and latches)，保护数据库的内部结构。

DML锁的目的在于保证并发情况下的数据完整性，在Oracle数据库中，DML锁主要包括TM锁和TX锁，其中TM锁称为表级锁，TX锁称为事务锁或行级锁。

当Oracle执行DML语句时，系统自动在所要操作的表上申请TM类型的锁。当TM锁获得后，系统再自动申请TX类型的锁，并将实际锁定的数据行的锁标志位进行置位。这样在事务加锁前检查TX锁相容性时就不用再逐行检查锁标志，而只需检查TM锁模式的相容性即可，大大提高了系统的效率。TM锁包括了SS、SX、S、X 等多种模式，在数据库中用0－6来表示。不同的SQL操作产生不同类型的TM锁。

在数据行上只有X锁(排他锁)。在 Oracle数据库中，当一个事务首次发起一个DML语句时就获得一个TX锁，该锁保持到事务被提交或回滚。当两个或多个会话在表的同一条记录上执行 DML语句时，第一个会话在该条记录上加锁，其他的会话处于等待状态。当第一个会话提交后，TX锁被释放，其他会话才可以加锁。

当Oracle数据库发生TX锁等待时，如果不及时处理常常会引起Oracle数据库挂起，或导致死锁的发生，产生ORA-60的错误。这些现象都会对实际应用产生极大的危害，如长时间未响应，大量事务失败等。

1.查询数据库中的锁

select * from v$lock;

select * from v$lock where block=1;

2.查询被锁的对象

select * from v$locked_object;

3.查询阻塞

查被阻塞的会话

select * from v$lock where lmode=0 and type in (‘TM‘,‘TX‘);

查阻塞别的会话锁

select * from v$lock where lmode>0 and type in (‘TM‘,‘TX‘);