【Oracle鎖表查詢和解鎖解決方案】

一、了解原因(借鑒整理)

數據庫操作語句的分類

DDL：數據庫模式定義語言，關鍵字：create
DML：數據操縱語言，關鍵字：Insert、delete、update
DCL：數據庫控制語言 ，關鍵字：grant、remove
DQL：數據庫查詢語言，關鍵字：select
oracle表在什麽情況下會被鎖住

DML鎖又可以分為，行鎖、表鎖、死鎖

行鎖：當事務執行數據庫插入、更新、刪除操作時，該事務自動獲得操作表中操作行的排它鎖。

表級鎖：當事務獲得行鎖後，此事務也將自動獲得該行的表鎖(共享鎖),以防止其它事務進行DDL語句影響記錄行的更新。事務也可以在進行過程中獲得共享鎖或排它鎖，只有當事務顯示使用
LOCK TABLE語句顯示的定義一個排它鎖時，事務才會獲得表上的排它鎖,也可使用LOCK TABLE顯示的定義一個表級的共享鎖(LOCK TABLE具體用法請參考相關文檔)。

死鎖：當兩個事務需要一組有沖突的鎖，而不能將事務繼續下去的話，就出現死鎖。
如事務1在表A行記錄#3中有一排它鎖，並等待事務2在表A中記錄#4中排它鎖的釋放，而事務2在表A記錄行#4中有一排它鎖，並等待事務1在表A中記錄#3中排它鎖的釋放，事務1與事務2彼此等
待，因此就造成了死鎖。死鎖一般是因拙劣的事務設計而產生。
死鎖只能使用SQL下:alter system kill session “sid,serial#”；或者使用相關操作系統kill進程的命令，如UNIX下kill -9 sid,或者使用其它工具殺掉死鎖進程。

DDL鎖又可以分為：排它DDL鎖、共享DDL鎖、分析鎖

排它DDL鎖：創建、修改、刪除一個數據庫對象的DDL語句獲得操作對象的 排它鎖。如使用alter table語句時，為了維護數據的完成性、一致性、合法性，該事務獲得一排它DDL鎖。

共享DDL鎖：需在數據庫對象之間建立相互依賴關系的DDL語句通常需共享獲得DDL鎖。
如創建一個包，該包中的過程與函數引用了不同的數據庫表，當編譯此包時，該事務就獲得了引用表的共享DDL鎖。

分析鎖：ORACLE使用共享池存儲分析與優化過的SQL語句及PL/SQL程序，使運行相同語句的應用速度更快。一個在共享池中緩存的對象獲得它所引用數據庫對象的分析鎖。分析鎖是一種獨特的
DDL鎖類型，ORACLE使用它追蹤共享池對象及它所引用數據庫對象之間的依賴關系。當一個事務修改或刪除了共享池持有分析鎖的數據庫對象時，ORACLE使共享池中的對象作廢，下次在引用這
條SQL/PLSQL語句時，ORACLE重新分析編譯此語句。

Oracle鎖表查詢和解鎖

就由解決以下問題來說明：

在進行批量對DML操作時程序竟然中斷了，不再往下執行、查詢一下某張表被鎖住了，因此不再往下執行了。

第一步：通過管理員權限用戶查詢被鎖表信息

如果懷疑表被鎖了，或者事務未被正常關閉，在Oracle數據庫中我們可以通過以下語句進行查詢獲取相關信息：

select t2.username,
t2.sid,
t2.serial#,
t3.object_name,
t2.OSUSER,
t2.MACHINE,
t2.PROGRAM,
t2.LOGON_TIME,
t2.COMMAND,
t2.LOCKWAIT,
t2.SADDR,
t2.PADDR,
t2.TADDR,
t2.SQL_ADDRESS,
t1.LOCKED_MODE
from v$locked_object t1, v$session t2, dba_objects t3
where t1.session_id = t2.sid
and t1.object_id = t3.object_id
order by t2.logon_time;
大家發現，上面這條SQL語句用到了Oracle的兩個視圖和一個表，分別是v$locked_object、v$session、dba_objects：
v$locked_object 視圖中記錄了所有session中的所有被鎖定的對象信息。
v$session 視圖記錄了所有session的相關信息。
dba_objects 為oracle用戶對象及系統對象的集合，通過關聯這張表能夠獲取被鎖定對象的詳細信息。

eg：現在我通過scott用戶執行DML語句（eg：select * from emp for update;或者update scott.emp set sal = ‘2000‘ where empno=‘7788‘; ）之後一直不進行提交，然後通過system用戶
執行上面的查詢oracle中被鎖表的sql語句，就會找到如下記錄：
這裏寫圖片描述

說明：
username：oracle用戶名
sid：進程號
serial#：序列號
object_name：表名
osuser：操作系統用戶名
machine：機器名
program：操作工具
logon_time：登陸時間
lockwait：表示當前這張表是否正在等待其他用戶解鎖這張表
locked_mode：鎖表模式（下面詳細說明）

註意：這時候如果通過system用戶執行select * from scott.emp for update;語句就無法成功執行。

第二步：通過擁有管理員權限的用戶解除數據庫中被鎖住的表(SID,SERIAL)

通過第一步查出來的信息找到被鎖的表之後執行如下語句解鎖該表：

alter system kill session ‘sid,seial#‘;
1
註意：sid和seial#就是第一步中查詢出來的進程號和序列號。

eg：解除第一步中表的鎖

alter system kill session ‘10,15‘;
1
現在通過system再次執行DML語句（eg：select * from scott.emp for update;或update scott.emp set sal = ‘2000‘ where empno=‘7788‘;）就可以了。

鎖的模式

v$locked_object中的LOCKED_MODE字段表示鎖的模式，oracle中鎖的模式有如下幾種:
0：none
1：null 空
2：Row-S 行共享(RS)：共享表鎖，sub share
3：Row-X 行獨占(RX)：用於行的修改，sub exclusive
4：Share 共享鎖(S)：阻止其他DML操作，share
5：S/Row-X 共享行獨占(SRX)：阻止其他事務操作，share/sub exclusive
6：exclusive 獨占(X)：獨立訪問使用，exclusive

數字越大鎖級別越高, 影響的操作越多。

1級鎖有：Select，有時會在v$locked_object出現。
2級鎖有：Select for update,Lock For Update,Lock Row Share
select for update當對話使用for update子串打開一個遊標時，所有返回集中的數據行都將處於行級(Row-X)獨占式鎖定，其他對象只能查詢這些數據行，不能進行update、delete或select
for update操作。
3級鎖有：Insert, Update, Delete, Lock Row Exclusive
沒有commit之前插入同樣的一條記錄會沒有反應, 因為後一個3的鎖會一直等待上一個3的鎖, 我們必須釋放掉上一個才能繼續工作。
4級鎖有：Create Index, Lock Share
locked_mode為2,3,4不影響DML(insert,delete,update,select)操作, 但DDL(alter,drop等)操作會提示ora-00054錯誤。
00054, 00000, “resource busy and acquire with NOWAIT specified”
// *Cause: Resource interested is busy.
// *Action: Retry if necessary.
5級鎖有：Lock Share Row Exclusive
具體來講有主外鍵約束時update / delete … ; 可能會產生4,5的鎖。
6級鎖有：Alter table, Drop table, Drop Index, Truncate table, Lock Exclusive

還有一條比較實用的sql：

--查某session 正在執行的sql語句，從而可以快速定位到哪些操作或者代碼導致事務一直進行沒有結束等.
SELECT /*+ ORDERED */
sql_text
FROM v$sqltext a
WHERE (a.hash_value, a.address) IN
(SELECT DECODE(sql_hash_value, 0, prev_hash_value, sql_hash_value),
DECODE(sql_hash_value, 0, prev_sql_addr, sql_address)
FROM v$session b
WHERE b.sid = ‘67‘) /* 此處67 為SID*/
ORDER BY piece ASC;

Oracle系列-鎖表與解鎖解決方案(基礎版)