oracle數據庫查看用戶鎖表及對表解鎖的sql語句


oracle數據庫查看用戶鎖表及對表解鎖的sql語句
大型項目中很多人使用一個用戶名登錄oracle服務器,很多人都有可能對同一張表進行各種操作,不知不覺地就會出現鎖表的情況。如何解決此問題呢?據老手說很簡單,下面就是使用sql語句解決的方法。
首先執行一下語句查看是哪個進程和序列鎖住了表
select sess.sid, 
    sess.serial#, 
    lo.oracle_username, 
    lo.os_user_name, 
    ao.object_name, 
    lo.locked_mode 
    from v$locked_object lo, 
    dba_objects ao, 
    v$session sess 
where ao.object_id = lo.object_id and lo.session_id = sess.sid

通過以上sql就可以知道哪個進程、序列,oracle用戶名、操作系統用戶名、表名、鎖表模式幾個字段

下面一步就是將改鎖表的進程和序列殺掉了,執行下面的語句即可。
alter system kill session '1020,38953' --(1020,就是執行第一步語句得到的sid字段值,38953就是serial#字段值)

 

===========================================================================================

查看oracle數據庫表被鎖例子——故障定位

1.開一個會話session1,(實際就是和數據庫建立一個連接,可以通過第三方軟件,或者直接使用sqlplus來連接)

SQL>select sid from v$mystat where rownum=1;

SID

158

SQL>create table t(x int primary key);

table created

SQL>insert into t values(1);

commit;

SQL>update t1 set    t=10 where  x=1;

已更新一行;

2.再開一個會話

SQL>select sid from v$mystat where rowunm=1;

SID

157

SQL>update t1 se x=10 where x=1;

這個時候session2被session1鎖住

 

鎖的情況可以通過v$ock視圖查看

SQL>select sid,type,id1,id2,LMODE,request,block from v$lock where sid in (157,158) order by sid;

sid      ty     id1                id2      lmode request block

157   TM    51349         0          3           0            0

157   TX    327699      292       0           6            0

158   TX    327699      292      6           0              1

158   TM    51349       0           3            0             1

這里sid=158 是第一個會話,sid=157是第二個會話,block=1表示這個會話正在阻塞其他的會話。

request=6表示當前會話正在等待一個LMODE=6的鎖。意思是這個會話正在被阻塞。如果此列非0,就是在等待一個鎖。

TX行級鎖

TM表級鎖

id1,id2定義了鎖的相關信息,鎖的模式有lmode決定

一般來說,系統如果平時運行正常,突然會停止不動,多半是被阻塞了(blcoked)

3.然后去確定用戶的信息

sql>select  machine from v$session where sid in (158,157)

可以看到用戶所使用的機器名

 

如果用戶是通過中間件連接過來的,那機器的名字是中間件服務器的名字,可能需要借助中間件服務器提供的連接信息來確定用戶

 

==================================================================================================

前幾天調試存儲過程時,Oracle莫名報錯,當存儲過程執行到一段SQL時,怎么等也執行不過去,最后把這段sqlCOPY出來單獨執行OK,當修改里面具體的一條記錄時,提示表已被其他用戶占用,原來如此,是Oracle的行鎖啊! 

下面是倆種方法查找鎖: 
1. 可以用Enterprise Manager Console控制台,用System或Sys用戶登錄,登錄后點鎖,正常的情況下是沒有任務鎖的,非正常情況下會有相應被鎖的信息; 

登錄后: 
點擊 例程 — 鎖,下面過濾器選擇:用戶類型鎖,就可以看到當前數據庫鎖的信息; 

2. 因為Oracle是裝在Linux下,所有可以用sql/plus命令方式進去看鎖信息,具體操作如下: 

su - oracle; 
sqlplus /nolog; 
conn system/密碼; 或者 connect/as sysdba;

使用下面的語法查出鎖: 
SELECT A.SID,A.SERIAL#,A.USERNAME,B.TYPE FROM V$SESSION A,V$LOCK B WHERE A.SID=B.SID; 

解決辦法: 
1. 用Enterprise Manager Console控制台,選中后 右鍵 中斷會話 — 立即 ,OK; 

2. 用sql/plus命令殺掉進程,ALTER SYSTEM KILL SESSION 'SID,SERIAL#',OK。


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM