.查詢數據庫中的鎖
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