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

第一步：通過管理員權限用户查詢被鎖表信息
如果懷疑表被鎖了，或者事務未被正常關閉，在Oracle數據庫中我們可以通過以下語句進行查詢獲取相關信息：
查詢表鎖的情況：
SELECT s.sid, s.serial#, s.username, o.object_name, l.locked_mode
FROM v$locked_object l
JOIN dba_objects o ON l.object_id = o.object_id
JOIN v$session s ON l.session_id = s.sid
ORDER BY s.sid;

第二步：通過擁有管理員權限的用户解除數據庫中被鎖住的表(SID,SERIAL)
通過第一步查出來的信息找到被鎖的表之後執行如下語句解鎖該表：
ALTER SYSTEM KILL SESSION 'sid,serial#';

注意：sid和seial#就是第一步中查詢出來的進程號和序列號。

eg：解除第一步中表的鎖

alter system kill session '10,15';

鎖的模式
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