華閱文章網oracle 鎖表、解鎖的語句
一些ORACLE中的進程被殺掉后，狀態被置為"killed"，但是鎖定的資源很長時間不釋放，有時實在沒辦法，只好重啟數據庫。
現在提供一種方法解決這種問題，那就是在ORACLE中殺不掉的，在OS一級再殺。1.下面的語句用來查詢哪些對象被鎖：select object_name,machine,*,*#from v$locked_object l,dba_objects o ,v$session swhere *_id = *_id and *n_id=*;2.下面的語句用來殺死一個進程：alter system kill session '24,111'； （其中24,111分別是上面查詢出的sid,serial#）【注】以上兩步，可以通過Oracle的管理控制臺來執行。
3.如果利用上面的命令殺死一個進程后，進程狀態被置為"killed"，但是鎖定的資源很長時間沒有被釋放，那么可以在os一級再殺死相應的進程（線程），首先執行下面的語句獲得進程（線程）號：select spid, osuser, *mfrom v$session s,v$process pwhere *=* and *=24 (24是上面的sid)4.在OS上殺死這個進程（線程）：1）在unix上，用root身份執行命令：#kill -9 12345（即第3步查詢出的spid）2）在windows(unix也適用)用orakill殺死線程，orakill是oracle提供的一個可執行命令，語法為：orakill sid thread其中：sid：表示要殺死的進程屬于的實例名thread：是要殺掉的線程號，即第3步查詢出的spid。例：c:>orakill orcl 12345。
oracle 鎖表、解鎖的語句
一些ORACLE中的進程被殺掉后，狀態被置為"killed"，但是鎖定的資源很長時間不釋放，有時實在沒辦法，只好重啟數據庫。現在提供一種方法解決這種問題，那就是在ORACLE中殺不掉的，在OS一級再殺。
1.下面的語句用來查詢哪些對象被鎖：
select object_name,machine,*,*#
from v$locked_object l,dba_objects o ,v$session s
where *_id = *_id and *n_id=*;
2.下面的語句用來殺死一個進程：
alter system kill session '24,111'； （其中24,111分別是上面查詢出的sid,serial#）
【注】以上兩步，可以通過Oracle的管理控制臺來執行。
3.如果利用上面的命令殺死一個進程后，進程狀態被置為"killed"，但是鎖定的資源很長時間沒有被釋放，那么可以在os一級再殺死相應的進程（線程），首先執行下面的語句獲得進程（線程）號：
select spid, osuser, *m
from v$session s,v$process p
where *=* and *=24 (24是上面的sid)
4.在OS上殺死這個進程（線程）：
1）在unix上，用root身份執行命令：
#kill -9 12345（即第3步查詢出的spid）
2）在windows(unix也適用)用orakill殺死線程，orakill是oracle提供的一個可執行命令，語法為：
orakill sid thread
其中：
sid：表示要殺死的進程屬于的實例名
thread：是要殺掉的線程號，即第3步查詢出的spid。
例：c:>orakill orcl 12345
ORACLE中檢查表是否被鎖的語句是什么
SELECT A。
OWNER, A。OBJECT_NAME, B。
XIDUSN, B。XIDSLOT, B。
XIDSQN, B。SESSION_ID, B。
ORACLE_USERNAME, B。OS_USER_NAME, B。
PROCESS, B。LOCKED_MODE, C。
MACHINE, C。STATUS, C。
SERVER, C。SID, C。
SERIAL#, C。PROGRAM 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 殺掉：alter system kill session 'sid, serial#' 以上是我對于這個問題的解答，希望能夠幫到大家。
ORACLE鎖如何管理
ORACLE里鎖有以下幾種模式：0:none1:null 空 2:Row-S 行共享（RS）：共享表鎖 3:Row-X 行專用（RX）：用于行的修改4:Share 共享鎖（S）：阻止其他DML操作5:S/Row-X 共享行專用（SRX）：阻止其他事務操作6:exclusive 專用（X）：獨立訪問使用數字越大鎖級別越高， 影響的操作越多。
一般的查詢語句如select 。 from 。
；是小于2的鎖， 有時會在v$locked_object出現。select 。
from 。 for update； 是2的鎖。
當對話使用for update子串打開一個游標時，所有返回集中的數據行都將處于行級（Row-X）獨占式鎖定，其他對象只能查詢這些數據行，不能進行update、delete或select。for update操作。
insert / update / delete 。 ； 是3的鎖。
沒有commit之前插入同樣的一條記錄會沒有反應， 因為后一個3的鎖會一直等待上一個3的鎖， 我們必須釋放掉上一個才能繼續工作。創建索引的時候也會產生3,4級別的鎖。
locked_mode為2,3,4不影響DML(insert,delete,update,select)操作， 但DDL(alter,drop等)操作會提示ora-00054錯誤。有主外鍵約束時 update / delete 。
； 可能會產生4,5的鎖。DDL語句時是6的鎖。
以DBA角色， 查看當前數據庫里鎖的情況可以用如下SQL語句：select object_id,session_id,locked_mode from v$locked_object;select *me,*,*#,*_time from v$locked_object t1,v$session t2 where *n_id=* order by *_time；如果有長期出現的一列，可能是沒有釋放的鎖。我們可以用下面SQL語句殺掉長期沒有釋放非正常的鎖：alter system kill session 'sid,serial#'；如果出現了鎖的問題， 某個DML操作可能等待很久沒有反應。
當你采用的是直接連接數據庫的方式，也不要用OS系統命令 $kill process_num 或者 $kill -9 process_num來終止用戶連接，因為一個用戶進程可能產生一個以上的鎖， 殺OS進程并不能徹底清除鎖的問題。記得在數據庫級別用alter system kill session 'sid,serial#'；殺掉不正常的鎖。
oracle 鎖表時,怎么查出是哪些SQL語句導致了鎖表
SELECT * SESSION_ID, *ME, DECODE(LMODE, 0, 'None', 1, 'Null', 2, 'Row-S (SS)', 3, 'Row-X (SX)', 4, 'Share', 5, 'S/Row-X (SSX)', 6, 'Exclusive', TO_CHAR(LMODE)) MODE_HELD, DECODE(REQUEST, 0, 'None', 1, 'Null', 2, 'Row-S (SS)', 3, 'Row-X (SX)', 4, 'Share', 5, 'S/Row-X (SSX)', 6, 'Exclusive', TO_CHAR(REQUEST)) MODE_REQUESTED, *||'.'||*_NAME||' ('||*_TYPE||')', * LOCK_TYPE, *1 LOCK_ID1, *2 LOCK_ID2
FROM V$LOCK L, *_OBJECTS O, V$SESSION S
WHERE * = * AND *1 = *_ID;
執行上記SQL語句，可以查尋到數據庫中的鎖的情報.
SESSION_ID, USERNAME, MODE_HELD, MODE_REQUESTED, OBJECT_NAME, LOCK_TYPE, LOCK_ID
分別是 擁有鎖的SESSION_ID，擁有鎖的USERNAME，鎖的執行模式MODE_HELD，鎖的請求MODE_REQUESTED，鎖所在的數據庫對象名
，鎖的類型，鎖的ID
還有你問的應該是數據庫中表出現死鎖情況吧，是哪些sql過程導致了表死鎖：
解決方案如下：
1.查哪個過程被鎖：
查V$DB_OBJECT_CACHE視圖：
SELECT * FROM V$DB_OBJECT_CACHE WHERE OWNER='過程的所屬用戶' AND CLOCKS!='0';
2. 查是哪一個SID，通過SID可知道是哪個SESSION:
查V$ACCESS視圖：
SELECT * FROM V$ACCESS WHERE OWNER='過程的所屬用戶' AND NAME='剛才查到的過程名'；
3. 查出SID和SERIAL#:
查V$SESSION視圖：
SELECT SID,SERIAL#,PADDR FROM V$SESSION WHERE SID='剛才查到的SID';
查V$PROCESS視圖：
SELECT SPID FROM V$PROCESS WHERE ADDR='剛才查到的PADDR';
4. 殺進程：
(1)先殺ORACLE進程：
ALTER SYSTEM KILL SESSION '查出的SID，查出的SERIAL#';
(2)再殺操作系統進程： （linux）
KILL -9 剛才查出的SPID或ORAKILL 剛才查出的SID 剛才查出的SPID。
oracle中的鎖有什么作用
數據庫是一個多用戶使用的共享資源。
當多個用戶并發地存取數據時，在數據庫中就會產生多個事務同時存取同一數據的情況。若對并發操作不加控制就可能會讀取和存儲不正確的數據，破壞數據庫的一致性。
加鎖是實現數據庫并發控制的一個非常重要的技術。當事務在對某個數據對象進行操作前，先向系統發出請求，對其加鎖。
加鎖后事務就對該數據對象有了一定的控制，在該事務釋放鎖之前，其他的事務不能對此數據對象進行更新操作。在數據庫中有兩種基本的鎖類型：排它鎖（Exclusive Locks，即X鎖）和共享鎖（Share Locks，即S鎖）。
當數據對象被加上排它鎖時，其他的事務不能對它讀取和修改。加了共享鎖的數據對象可以被其他事務讀取，但不能修改。
數據庫利用這兩種基本的鎖類型來對數據庫的事務進行并發控制。根據保護的對象不同，Oracle數據庫鎖可以分為以下幾大類：DML鎖（data locks，數據鎖），用于保護數據的完整性；DDL鎖（dictionary locks，字典鎖），用于保護數據庫對象的結構，如表、索引等的結構定義；內部鎖和閂（internal locks and latches），保護數據庫的內部結構，應用于SGA；在我們實際應用開發中涉及較多的是DML鎖，其他兩種的話DBA會更加關心點；DML鎖的目的在于保證并發情況下的數據完整性，主要包括TM鎖和TX鎖，其中TM鎖稱為表級鎖，TX鎖稱為事務鎖或行級鎖。
當Oracle執行DML語句時，系統自動在所要操作的表上申請TM類型的鎖。當TM鎖獲得后，系統再自動申請TX類型的鎖，并將實際鎖定的數據行的鎖標志位進行置位。
這樣在事務加鎖前檢查TX鎖相容性時就不用再逐行檢查鎖標志，而只需檢查TM鎖模式的相容性即可，大大提高了系統的效率。TM鎖包括了SS、SX、S、X等多種模式，在數據庫中用0-6來表示。
不同的SQL操作產生不同類型的TM鎖。如下圖所示：值 鎖模式 鎖描述 SQL0 NONE 1 NULL 空 SELECT2 SS(ROW-S) 行級共享鎖其他對象只能查詢這些數據行 SELECT FOR UPDATE、LOCK FOR UPDATE、LOCK ROW SHARE3 SX(ROW-X) 行級排它鎖在提交前不允許做DML操作 INSERT、UPDATE、DELETE、LOCK ROW SHARE4 S(SHARE) 共享鎖 CREATE INDEX、LOCK SHARE5 SSX(S/ROW-X) 共享行級排它鎖 LOCK SHARE ROW EXCLUSIVE6 X(eXclusive) 排它鎖 ALTER TABLE、DROP TABLE、DROP INDEX、TRUNCATE TABLE、LOCK EXCLUSIVE在數據行上只有X鎖（排他鎖）。
在 Oracle數據庫中，當一個事務首次發起一個DML語句時就獲得一個TX鎖，該鎖保持到事務被提交或回滾。當兩個或多個會話在表的同一條記錄上執行 DML語句時，第一個會話在該條記錄上加鎖，其他的會話處于等待狀態。
當第一個會話提交后，TX鎖被釋放，其他會話才可以加鎖。在大概了解oracle的鎖機制之后，我們來解決幾個基本的問題：**DELETE操作會將RS鎖定，直至操作被COMMIT或者ROLLBACK；若操作未COMMIT之前其他session對同樣的RS做變更操作，則操作會被hold，直至前session的UPDATE/DELETE操作被COMMIT;*n內外SELECT的RS范圍前提：INSERT、UPDATE操作未COMMIT之前進行SELECT；若在同一session內，SELECT出來的RS會包括之前INSERT、UPDATE影響的記錄；若不在同一session內，SELECT出來的RS不會包括未被COMMIT的記錄；*。
. FOR UPDATE [OF cols] [NOWAIT/WAIT] [SKIP LOCKED]OF cols：只鎖定指定字段所在表的RS，而沒有指定的表則不會鎖定，只會在多表聯合查詢時出現；NOWAIT：語句不會hold，而是直接返回錯誤ORA-00054: resource busy and acquire with NOWAIT specified;WAIT N：語句被hold N秒，之后返回錯誤ORA-30006: resource busy; acquire with WAIT timeout expired;SKIP LOCKED：不提示錯誤，而是直接返回no rows selected；以上幾個選項可以聯合使用的，比較推薦的有：SELECT。. FOR UPDATE NOWAIT：對同一RS執行該SQL時，直接返回錯誤；SELECT。
. FOR UPDATE NOWAIT SKIP LOCKED：對同一RS執行該SQL時，直接返回空行；PS：當RS被LOCK住之后，只對同樣請求LOCK的語句有效，對無需LOCK的SELECT語句并沒有任何影響；。
Oracle中的鎖
>>>>>這些是基礎，必須掌握： 鎖定的概念：鎖定是數據庫用來控制共享資源并發布訪問的機制。
在多用戶環境下，多個用戶可同時訪問相同的數據。Oracle 提供 鎖以確保在多用戶環境下數據的完整性和一致性。
在提交或回滾事務之前，Oracle 會鎖定正被修改的數據。在用戶完成或回滾事務 之后，鎖會自動釋放。
只有在提交或回滾事物之后，其他用戶才可以更新這些數據。 鎖的兩種級別為：行級鎖和表級鎖。
行級鎖主要用于特定的行，表級鎖主要用于整個表，下面我就行級鎖和表級鎖來個說明： 行級鎖 行級鎖只對用戶正在訪問的行進行鎖定。如果該用戶正在修改某行，那么其他用戶就可以更新同一表中該行之外的數據。
例如：如果 用戶1正在更新Jobs 表中的第一行，則用戶2可以同時修改該表中的第二行。也就是說除了該表中的第一行，其他用戶可以修改任意 行，但是第一行的數據其他用戶只能select。
行級鎖是一種排他鎖，防止其他事務修改此行，但是不會阻止讀取此行的操作。在使用INSERT、UPDATE、DELETE 和SELECT…FOR UPDATE 等 語句時，Oracle 會自動應用行級鎖鎖定。
SELECT。FOR UPDATE 語句允許用戶每次選擇多行記錄進行更新，這些記錄會 被鎖定，且只能由發起查詢的用戶進行編輯。
只有在回滾或提交事務之后，鎖定才會釋放，其他用戶才可以編輯這些記錄。 SELECT。
FOR UPDATE 語句的語法如下： SELECT 。 FOR UPDATE [OF column_list][WAIT n|NOWAIT]； 其中： OF 子句用于指定即將更新的列，即鎖定行上的特定列。
WAIT 子句指定等待其他用戶釋放鎖的秒數，防止無限期的等待。 “使用FOR UPDATE WAIT”子句的優點如下： ⒈防止無限期地等待被鎖定的行； ⒉允許應用程序中對鎖的等待時間進行更多的控制。
⒊對于交互式應用程序非常有用，因為這些用戶不能等待不確定 舉例：比如一個用戶在SQL PLUS下輸入這條語句：SQL>SELECT * FROM order_master WHERE vencode='V002' FOR UPDATE； 此時再開啟一個SQL PLUS，以相同的用戶登陸，執行下面的命令。 SQL<> SELECT * FROM order_master WHERE vencode='V02' FOR UPDATE WAIT 5； 由于要更新的行已經被鎖定，上述命令在等待5秒鐘之后返回，并給出如下的錯誤信息： ERROR 位于第1行； ORA-30006；資源已被占用；執行操作時出現WAIT超時。
PS：再開啟的SQL PLUS 是以相同用戶登陸的，用其他用戶登陸更是不可能。 表級鎖 表級鎖被鎖定的表，暫時放在內存中，不提交不進去數據庫，也就是說，多個用戶在同一時間，同時修改同一個表的同一行時，同時 點提交，但是還是按隨機的先后被提交進數據庫，而不是同時被提交，而是先隨機存儲后，被再次提交的覆蓋。
表級鎖將保護表數據，在事務處理過程中，表級鎖會限制對整個表的訪問。可以使用LOCK TABLE 語句顯示地鎖定表。
表級鎖用來限 制對表執行添加、更新和刪除等修改操作。鎖定表的語法如下： LOCK TABLE
NOWAIT 關鍵字用于防止無限期的等待其他用戶釋放鎖。 表級鎖的模式包括以下內容： 行共享 （ROW SHARE, RS）： 允許其他用戶訪問和鎖定該表，但是禁止排他鎖定整個表。
行共享鎖鎖定后，在同一時刻，不同用戶可以 對同一個表中的被行共享鎖鎖定后的該行，具備增、刪、改、查的功能。 行排他（ROW EXCLUSIVE, RX）：與行共享模式相同，同時禁止其他用戶在此表上使用共享鎖。
使用SELECT。FOR UPDATE 語句會在表上 自動應用排他鎖。
被行排他后，其他用戶不能同時修改該行，但是可以插入行，可以查詢該行，其他用戶也不能再在該表上對此行進 行排他。 共享（SHARE, S）：共享鎖將鎖定表，僅允許其他用戶查詢表中的行，但不允許插入、更新或刪除行。
多個用戶可以同時在同一個表 中放置共享鎖，即允許資源共享，因此得名“共享鎖”。例如，如果用戶每天都需要在結帳時更新日銷售表，則可以在更改該表時使 用共享鎖以確保數據的一致性。
也就是說該表只能查，其他用戶想修改表中行的數據，只需要對該表進行共享鎖。 共享行排他（SHARE ROW EXCLUSIVE , SPX）：執行比共享表更多的限制。
防止其他事務在表上應用共享鎖、共享行排他鎖以及排他鎖 。共享行排他是除了該行以外的其他行也不能增、刪、改。
只能在此表中加低級表。要是想在該表中更改其他行的數據，就只有其他 用戶對該行進行共享行排他鎖，也僅僅只能修改被這個用戶鎖定的行，而其他的行也修改不了。
排他（EXCLUSIVE,E）：對表執行最大限制。除了允許其他用戶查詢該表的記錄，排他鎖防止其他事務對表做任何更改或在表上應用 任何類型的鎖。
這個鎖應該叫鎖中之王，他鎖住了的話，其他用戶就只有查詢的功能了，就別想在該表中干別的事了。 BTW：在能加很多鎖的表中，如果第一個用戶對該表鎖定時，沒有使用“NOWAIT”語句，是需要第一個用戶對該表COMMIT或ROLLBACK 命令釋放鎖定后，其他用戶才能對該表進行鎖定。
如果其他用戶違反了該條，。
Oracle中的鎖
鎖是數據庫用來控制共享資源并發訪問的機制。
例如
用戶A執行了
update tb1 set name='xx' where id=1;
那么在用戶A沒提交前表tb1的id=1的行就是鎖著的，其它用戶想要修改必需等A用戶提交后才能執行修改任務。
當然ORACLE的鎖有很多種，比如行級鎖、表級鎖等等
下面是一些復制來的希望對你有幫助
鎖是數據庫用來控制共享資源并發訪問的機制。
鎖用于保護正在被修改的數據
直到提交或回滾了事務之后，其他用戶才可以更新數據
鎖定的優點
一致性- 一次只允許一個用戶修改數據
完整性- 為所有用戶提供正確的數據。如果一個用戶進行了修改并保存，所做的修改將反映給所有用戶
鎖的類型
行級鎖
對正在被修改的行進行鎖定。其他用戶可以訪問除被鎖定的行以外的行
行級鎖是一種排他鎖，防止其他事務修改此行
在使用以下語句時，Oracle會自動應用行級鎖：INSERT UPDATE DELETE SELECT …FOR UPDATE SELECT …FOR UPDATE語句允許用戶一次鎖定多條記錄進行更新
使用COMMIT或ROLLBACK語句釋放鎖
SELECT …FOR UPDATE語法：SELECT …FOR UPDATE [OF columns][WAIT n | NOWAIT];
SQL> SELECT * FROM order_master WHERE vencode='V002'
FOR UPDATE OF odate, del_date;
SQL> UPDATE order_master SET del_date='28-8月-05'
WHERE vencode='V002';
SQL> COMMIT;
SQL> SELECT * FROM order_master WHERE vencode='V002'
FOR UPDATE WAIT 5;
SQL> SELECT * FROM order_master WHERE vencode='V002'
FOR UPDATE NOWAIT;
使用命令顯示地鎖定表，應用表級鎖的語法是：
LOCK TABLE table_name IN mode MODE;
行共享（ROW SHARE） – 禁止排他鎖定表
行排他（ROW EXCLUSIVE） – 禁止使用排他鎖和共享鎖
共享鎖（SHARE）
鎖定表，僅允許其他用戶查詢表中的行
禁止其他用戶插入、更新和刪除行
多個用戶可以同時在同一個表上應用此鎖
共享行排他（SHARE ROW EXCLUSIVE） – 比共享鎖更多的限制，禁止使用共享鎖及更高的鎖
排他（EXCLUSIVE） – 限制最強的表鎖，僅允許其他用戶查詢該表的行。禁止修改和鎖定表
表級鎖
占用模式 其他用戶
ROW SHARE ROW EXCLUSIVE SHARE SHARE ROW EXCLUSIVE EXCLUSIVE SELECT..FOR UPDATE INSERT DELETE UPDATE
ROW SHARE √ √ √ √ * √ √
ROW EXCLUSIVE √ √ * * * √ √
SHARE √ * √ * * √ *
SHARE ROW EXCLUSIVE √ * * * * √ *
EXCLUSIVE * * * * * * *
死鎖
當兩個事務相互等待對方釋放資源時，就會形成死鎖
Oracle會自動檢測死鎖，并通過結束其中的一個事務來解決死鎖
右邊是一個死鎖的例子
