注意这些查询需要给予权限
grant select on v_$process to sa
grant select on v_$locked_object to sa
grant select on v_$lock to sa
- 关于数据库死锁的检查方法
- 一、 数据库死锁的现象
- 程序在执行的过程中,点击确定或保存按钮,程序没有响应,也没有出现报错。
- 二、死锁的原理
- 当对于数据库某个表的某一列做更新或删除等操作,执行完毕后该条语句不提
- 交,另一条对于这一列数据做更新操作的语句在执行的时候就会处于等待状态,
- 此时的现象是这条语句一直在执行,但一直没有执行成功,也没有报错。
- 三、死锁的定位方法
- 通过检查数据库表,能够检查出是哪一条语句被死锁,产生死锁的机器是哪一台。
- 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进程。
1、查找死锁进程
selectv$lock.sid,
decode(v$lock.type,
'MR','MediaRecovery',
'RT','RedoThread',
'UN','UserName',
'TX','Transaction',
'TM','DML',
'UL','PL/SQL UserLock',
'DX','DistributedXaction',
'CF','ControlFile',
'IS','InstanceState',
'FS','FileSet',
'IR','InstanceRecovery',
'ST','Disk SpaceTransaction',
'TS','TempSegment',
'IV','Library CacheInvalida-tion',
'LS','Log Start orSwitch',
'RW','RowWait',
'SQ','SequenceNumber',
'TE','ExtendTable',
'TT','TempTable',
'Unknown')LockType,
rtrim(object_type)|| ' ' || rtrim(owner) ||'.'|| object_nameobject_name,
decode(lmode, 0,'None',
1,'Null',
2,'Row-S',
3,'Row-X',
4,'Share',
5,'S/Row-X',
6,'Exclusive', 'Unknown')LockMode,
decode(request,0,'None',
1,'Null',
2,'Row-S',
3,'Row-X',
4,'Share',
5,'S/Row-X',
6,'Exclusive','Unknown')RequestMode,
ctime,blockb
fromv$lock,all_objects
wheresid >8
andv$lock.id1 = all_objects.object_id
如果查询结果有记录表明有锁
2、这个SQL可用来生成杀死死锁进程的SQL
select
'alter system killsession ''' || a.sid ||','|| b.serial# ||''';'
fromv$lock a, all_objects c, v$sessionb
wherea.sid >8
and a.id1 =c.object_id
and a.sid =b.sid;
或
select
'altersystem kill session ''' || a.sid ||','|| b.serial# ||''';'
fromv$lock a, v$sessionb
wherea.sid >8
and a.sid = b.sid;
这个视图列出Oracle 服务器当前拥有的锁以及未完成的锁或栓锁请求。如果你觉着session在等待等待事件队列那你应该检查本视图。如果你发现session在等待一个锁,那么按如下先后顺序:
使用V$LOCK找出session持有的锁。
使用V$SESSION找出持有锁或等待锁的session执行的sql语句。
使用V$SESSION_WAIT找出什么原因导致session持有锁堵塞。
使用V$SESSION获取关于持有锁的程序和用户的更多信息。
V$LOCK中的常用列
SID:表示持有锁的会话信息。
TYPE:表示锁的类型。值包括TM和TX等。
LMODE:表示会话等待的锁模式的信息。用数字0-6表示,和表1相对应。
REQUEST:表示session请求的锁模式的信息。
ID1,ID2:表示锁的对象标识。
公共锁类型
在Oracle数据库中,DML锁主要包括TM锁和TX锁,其中TM锁称为表级锁,TX锁称为事务锁或行级锁。
当Oracle执行DML语句时,系统自动在所要操作的表上申请TM类型的锁。当TM锁获得后,系统再自动申请TX类型的锁,并将实际锁定的数据行的锁标志位进行置位。这样在事务加锁前检查TX锁相容性时就不用再逐行检查锁标志,而只需检查TM锁模式的相容性即可,大大提高了系统的效率。TM锁包括了SS、SX、S、X等多种模式,在数据库中用0-6来表示。不同的SQL操作产生不同类型的TM锁,如下表1。
TX:行级锁,事务锁
在改变数据时必须是排它模式(mode 6)。每一个活动事务都拥有一个锁。它将在事务结束(commit/rollback)时释放。如果一个块包括的列被改变而没有ITL(interested transaction list)槽位(entries),那么session将锁置于共享模式(mode 4)。当session获得块的ITL槽位时释放。当一个事务首次发起一个DML语句时就获得一个TX锁,该锁保持到事务被提交或回滚。当两个或多个会话在表的同一条记录上执行DML语句时,第一个会话在该条记录上加锁,其他的会话处于等待状态。当第一个会话提交后,TX锁被释放,其他会话才可以加锁。指出回滚段和事务表项。
按下列项以避免竞争:
避免TX-6类型竞争,需要根据您的应用而定。
避免TX-4类型竞争,可以考虑增加对象INITRANS参数值。
TM:表级锁
数据库执行任何DDL语句时必须是排它模式;例如alter table,drop table。执行像insert,update,delete这类DML语句时处于共享模式。它防止其它session对同一个对象同时执行ddl语句。任何对象拥有正被改变的数据,TM锁都将必须存在。锁指向对象。在TM队列避免竞争,可以考虑屏蔽对象表级锁,屏蔽表级锁防止对象执行任何ddl语句。
ST:空间事务锁
每个数据库(非实例)拥有一个ST锁。除了本地管理表空间,在space管理操作(新建或删除extents)时必须是排它模式。对象creation, dropping, extension, 以及truncation都处于这种锁。多数公共原因的争夺,是在磁盘排序(并非使用真正的临时表空间)或回滚段扩展或收缩。
按如下项以避免竞争:
使用真正的临时表空间(true temporary tablespaces),利用临时文件。临时段在磁盘排序之后并不创建或删除。
使用本地管理表空间。
指定回滚段避免动态扩展和收缩,或使用自动undo management。
避免应用执行创建或删除数据库对象。
UL:用户定义锁
用户可以自定义锁。内容较多并与此节关系不大,略过。
V$LOCK中的连接列
Column View Joined Column(s)
SID V$SESSION SID
ID1, ID2, TYPE V$LOCK ID1, ID2, TYPE
ID1 DBA_OBJECTS OBJECT_ID
TRUNCID1/65536) V$ROLLNAME USN
如果session在等待锁,这可被用于找出session持有的锁。可被用于找出DML锁类型的被锁对象(type='TM'),可被用于找出行级事务锁(TYPE='TX')使用中的回滚段,不过需要通过V$TRANSACTION连接查询得到。
表1 Oracle的TM锁类型 |
锁模式 | 锁描述 | 解释 | SQL操作 |
0 | none | | |
1 | NULL | 空 | Select |
2 | SS(Row-S) | 行级共享锁,其他对象只能查询这些数据行 | Select for update、Lock for update、Lock row share |
3 | SX(Row-X) | 行级排它锁,在提交前不允许做DML操作 | Insert、Update、Delete、Lock row share |
4 | S(Share) | 共享锁 | Create index、Lock share |
5 | SSX(S/Row-X) | 共享行级排它锁 | Lock share row exclusive |
6 | X(Exclusive) | 排它锁 | Alter table、Drop table、Drop index、Truncate table 、Lock exclusive |
数字越大锁级别越高, 影响的操作越多。一般的查询语句如select ... from ... ;是小于2的锁, 有时会在v$locked_object出现。select ... from ... for update; 是2的锁。
当对话使用for update子串打开一个游标时,所有返回集中的数据行都将处于行级(Row-X)独占式锁定,其他对象只能查询这些数据行,不能进行update、delete或select...for update操作。insert / update / delete ... ; 是3的锁。
没有commit之前插入同样的一条记录会没有反应,因为后一个3的锁会一直等待上一个3的锁,我们必须释放掉上一个才能继续工作。
创建索引的时候也会产生3,4级别的锁。locked_mode为2,3,4不影响DML(insert,delete,update,select)操作,但DDL(alter,drop等)操作会提示ora-00054错误。有主外键约束时 update / delete ... ; 可能会产生4,5的锁。DDL语句时是6的锁。
如果出现了锁的问题,某个DML操作可能等待很久没有反应。当你采用的是直接连接数据库的方式,也不要用OS系统命令 $kill process_num 或者 $kill -9 process_num 来终止用户连接,因为一个用户进程可能产生一个以上的锁, 杀OS进程并不能彻底清除锁的问题。记得在数据库级别用alter system kill session 'sid,serial#';杀掉不正常的锁。
示例:
我按照自己的理解演示的TX,TM锁如下:
1.create table TMP1(col1 VARCHAR2(50));--创建临时表
2.select * from v$lock; --关掉当前锁信息
3.select * from tmp1 for update; --加锁
4.select * from v$lock; --看看现在的锁列表,是不是多了两条记录。Type分别为tx,tm,对照表1。
5.新开一个连接,然后
select * from tmp1 for update; --呵呵,等待状态了吧
select * from v$lock; --又新增了两条记录,其它一条type=tx,lmode=0
7.查看当前被锁的session正在执行的sql语句
SQL> select /*+ NO_MERGE(a) NO_MERGE(b) NO_MERGE(c) */ a.username, a.machine, a.sid, a.serial#, a.last_call_et "Seconds", b.id1, c.sql_text "SQL"
from v$session a, v$lock b, v$sqltext c
where a.username is not null and a.lockwait = b.kaddr
and c.hash_value =a.sql_hash_value
8.将之前的for update语句commit或者rollback,然后新开连接的session拥有锁。有兴趣的朋友还可以试试两条for update的时候,关闭先执行的那个窗口,看看oracle会给出什么样的响应。
这一节是我在自整理v$系列视图以来花费时间和精力最多的一个,我反复看了document,又从网上搜索了各种资料实际使用案例等,就是不开窍。这一节至今我也仍未有把握说尽在掌握,所以在上述文字中除了例子,我如实贴出了收集来的内容,未加任何自我理解,就是担心万一我的理解有误,会对其它浏览本文的人造成困扰。同时我把在收集过程中自我感觉对理解v$lock可能有帮助的资料地址列出,供有心人参考:
Oracle数据库中的锁机制研究
http://soft.zdnet.com.cn/software_zone/2007/0208/377403.shtml
DB2和 Oracle的并发控制(锁)比较
http://www.ibm.com/developerworks/cn/db2/library/techarticles/dm-0512niuxzh/
Itpub论坛的oracle专题深入讨论区也有一篇非常精彩的讨论,地址如下:
我对ORACLE数据锁的一点体会
http://www.itpub.net/270059.html
本视图列出系统上的每个事务处理所获得的所有锁。
V$LOCKED_OBJECT中的列说明:
XIDUSN:回滚段号
XIDSLOT:槽号
XIDSQN:序列号
OBJECT_ID:被锁对象ID
SESSION_ID:持有锁的sessionID
ORACLE_USERNAME:持有锁的Oracle用户名
OS_USER_NAME:持有锁的操作系统用户名
PROCESS:操作系统进程号
LOCKED_MODE:锁模式,值同上表1
示例:
以DBA角色, 查看当前数据库里锁的情况可以用如下SQL语句:
SQL> select object_id,session_id,locked_mode from v$locked_object;
SQL> select t2.username, t2.sid, t2.serial#, t2.logon_time
from v$locked_object t1, v$session t2
where t1.session_id = t2.sid
order by t2.logon_time;
如果有长期出现的一列,可能是没有释放的锁。我们可以用下面SQL语句杀掉长期没有释放非正常的锁:
SQL> alter system kill session 'sid,serial#';
为了监控Oracle系统中锁的状况,我们需要对几个系统视图有所了解:
3.1.1v$lock视图
v$lock视图列出当前系统持有的或正在申请的所有锁的情况,其主要字段说明如下:
字段名称 | 类型 | 说明 |
SID | NUMBER | 会话(SESSION)标识; |
TYPE | VARCHAR(2) | 区分该锁保护对象的类型; |
ID1 | NUMBER | 锁标识1; |
ID2 | NUMBER | 锁标识2; |
LMODE | NUMBER | 锁模式:0(None),1(null),2(row share), 3(row exclusive),4 (share),5(share row exclusive),6(exclusive) |
REQUEST | NUMBER | 申请的锁模式:具体值同上面的LMODE |
CTIME | NUMBER | 已持有或等待锁的时间; |
BLOCK | NUMBER | 是否阻塞其它锁申请; |
表三:v$lock视图主要字段说明
其中在TYPE字段的取值中,本文只关心TM、TX两种DML锁类型;
关于ID1、ID2,TYPE取值不同其含义也有所不同:
TYPE | ID1 | ID2 |
TM | 被修改表的标识(object_id) | 0 |
TX | 以十进制数值表示该事务所占用的回滚段号与该事务在该回滚段的事务表(Transaction table)中所占用的槽号(slot number,可理解为记录号)。其组成形式为: 0xRRRRSSSS ( RRRR = RBS number, SSSS = slot )。 | 以十进制数值表示环绕(wrap)次数,即该槽(slot)被重用的次数; |
表四:v$lock视图中ID1与ID2字段取值说明
3.1.2v$locked_object视图
v$locked_object视图列出当前系统中哪些对象正被锁定,其主要字段说明如下:
字段名称 | 类型 | 说明 |
XIDUSN | NUMBER | 回滚段号; |
XIDSLOT | NUMBER | 槽号; |
XIDSQN | NUMBER | 序列号; |
OBJECT_ID | NUMBER | 被锁对象标识; |
SESSION_ID | NUMBER | 持有锁的会话(SESSION)标识; |
ORACLE_USERNAME | VARCHAR2(30) | 持有该锁的用户的Oracle用户名; |
OS_USER_NAME | VARCHAR2(15) | 持有该锁的用户的操作系统用户名; |
PROCESS | VARCHAR2(9) | 操作系统的进程号; |
LOCKED_MODE | NUMBER | 锁模式,取值同表三中的LMODE; |
表五:v$locked_object视图字段说明
3.2 监控脚本
根据上述系统视图,可以编制脚本来监控数据库中锁的状况。
3.2.1showlock.sql
第一个脚本showlock.sql,该脚本通过连接v$locked_object与all_objects两视图,显示哪些对象被哪些会话锁住:
/* showlock.sql */
column o_name format a10
column lock_type format a20
column object_name format a15
select rpad(oracle_username,10) o_name,session_id sid,
decode(locked_mode,0,'None',1,'Null',2,'Row share',
3,'Row Exclusive',4,'Share',5,'Share Row Exclusive',6,'Exclusive') lock_type,
object_name ,xidusn,xidslot,xidsqn
from v$locked_object,all_objects
where v$locked_object.object_id=all_objects.object_id;
3.2.2showalllock.sql
第二个脚本showalllock.sql,该脚本主要显示当前所有TM、TX锁的信息;
/* showalllock.sql */
select sid,type,id1,id2,
decode(lmode,0,'None',1,'Null',2,'Row share',
3,'Row Exclusive',4,'Share',5,'Share Row Exclusive',6,'Exclusive')
lock_type,request,ctime,block
from v$lock
where TYPE IN('TX','TM');
转载自:
http://gudujianxuehu.iteye.com/blog/1272453
http://blog.sina.com.cn/s/blog_5637f4930100j92e.html
http://apps.hi.baidu.com/share/detail/24244722
http://hi.baidu.com/cdkeyxp/blog/item/4f1f5c4e0ed7a71db3de058b.html
一个脚本
select v$lock.type,all_objects.object_name,
decode(lmode,0,'None',1,'Null',2,'Row share',
3,'Row Exclusive',4,'Share',5,'Share Row Exclusive',6,'Exclusive')
lock_type,ctime time,ORACLE_USERNAME db_user,OS_USER_NAME os_user,
v$process.spid server,v$locked_object.PROCESS client
from v$lock,v$locked_object,v$session,v$process,all_objects
where v$lock.TYPE IN('TX','TM') and
v$locked_object.SESSION_ID=v$lock.sid and
v$session.sid=v$lock.sid and
v$process.addr= v$session.paddr and
v$lock.id1 = all_objects.object_id;