.查询数据库中的锁
select * from v$lock;
select * from v$lock where block=1;
.查询被锁的对象
select * from v$locked_object;
查被阻塞的会话
select * from v$lock where lmode=0 and type in (‘TM‘,‘TX‘);
查阻塞别的会话锁
select * from v$lock where lmode>0 and type in (‘TM‘,‘TX‘);
这里跟我锁讲解一关于v$lock之面字段相关联，
下面这个是查死锁的：
selecta.sid holdsid,b.sid waitsid,a.type ,a.id1,a.id2,a.ctime from v$lock a,v$lock b
where a.id1=b.id1 and a.id2=b.id2 and a.block =1and b.block =0;
死锁会造成数据库突然变慢的，一搬查出相关语句分析后再干掉。
接下来说这个语句：
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;
这时只是说这个sid持有锁或别等待，并不是什么死锁，很多网上说这是查出死锁的表和sid，其它还是不完全正确的，
对于上面查询出一个SID如果长时间存在，说明是有什么问题的，要继续分析该语句的。
下面这个查询语句查询的信息比较全， 包括锁的对象，用户其它
可在PL/SQL中用如下SQL语句来查询当前数据库中哪些表被锁住了，并且是哪些用户来锁的这些表：
SELECT
A.OWNER, --OBJECT所属用户
A.OBJECT_NAME, --OBJECT名称（表名）
B.XIDUSN,
B.XIDSLOT,
B.XIDSQN,
B.SESSION_ID, --锁表用户的session
B.ORACLE_USERNAME, --锁表用户的Oracle用户名
B.OS_USER_NAME, --锁表用户的操作系统登陆用户名
B.PROCESS,
B.LOCKED_MODE,
C.MACHINE, --锁表用户的计算机名称（例如：WORKGROUP\UserName）
C.STATUS, --锁表状态
C.SERVER,
C.SID,
C.SERIAL#,
C.PROGRAM --锁表用户所用的数据库管理工具（例如：ob9.exe）
FROM
ALL_OBJECTS A,
V$LOCKED_OBJECT B,
SYS.GV_$SESSION C
WHERE
A.OBJECT_ID = B.OBJECT_ID
AND B.PROCESS = C.PROCESS
ORDER BY 1,2
这个语句非常好。
别外比如前台执行操作提示报错提示，先查找是否有死锁，有的话直接干掉，但有时在后台删除还是提示记录被其他用户锁定，无法删除。这时用下面的语句找到与之相关的对象上是否有锁，此过程需要开发设计人员找到前台操作对应后台那些对象的。
select S.sid,
s.SERIAL#,
p.spid,
OWNER,
NAME,
MODE_HELD,
MODE_REQUESTED,
LAST_CONVERT,
BLOCKING_OTHERS,
machine
from sys.dba_dml_locks a, v$process p, v$session s
where s.paddr = p.addr
and a.session_id = s.sid
and name=‘&与之相关的对象‘
ORDER by s.sid;
查出来以后alert system kill session ‘sid,serial#‘
这个语句执行后其实只是执行了把这个session的状态改掉了，并且把所在这个session的paddr设置成和其它killed掉会话一样，具体的原因可参考http://www.eygle.com/faq/Kill_Session.htm