Oracle數據中表值插不進去問題（轉）

相信咱們在進行測試的時候，有的時候會趕上數據庫表的值插不進去的狀況，在執行ＳＱＬ語句的時候，好像卡住同樣，沒有反應。可是當你把ＳＱＬ語句ｃｏｐｙ下來放在ＰＬ／ＳＱＬ中執行的時候，在語法沒有任何的錯誤，可是執行會很慢，此時咱們就應該要想到應該表被鎖了，尤爲是當多條語句不停的提交，不停的執行的時候，這個時候就會因爲語句執行不完整，而容易引發鎖表。

下面先介紹一下表的鎖已經在設計是應該注意的問題。

在數據庫中有兩種基本的鎖類型：排它鎖（Exclusive Locks，即X鎖）和共享鎖（Share Locks，即S鎖）。當數據對象被加上排它鎖時，其餘的事務不能對它讀取和修改。加了共享鎖的數據對象能夠被其餘事務讀取，但不能修改。數據庫利用這兩種基本的鎖類型來對數據庫的事務進行併發控制。 
死鎖的第一種狀況： 
一個用戶A 訪問表A(鎖住了表A),而後又訪問表B；另外一個用戶B 訪問表B(鎖住了表B)，而後企圖訪問表A；這時用戶A因爲用戶B已經鎖住表B，它必須等待用戶B釋放表B才能繼續，一樣用戶B要等用戶A釋放表A才能繼續，這就死鎖就產生了。 

解決方法： 

這種死鎖比較常見，是因爲程序的BUG產生的，除了調整的程序的邏輯沒有其它的辦法。仔細分析程序的邏輯，對於數據庫的多表操做時，儘可能按照相同的順序進行處理，儘可能避免同時鎖定兩個資源，如操做A和B兩張表時，老是按先A後B的順序處理， 必須同時鎖定兩個資源時，要保證在任什麼時候刻都應該按照相同的順序來鎖定資源。 

死鎖的第二種狀況：

用戶A查詢一條紀錄，而後修改該條紀錄；這時用戶B修改該條紀錄，這時用戶A的事務裏鎖的性質由查詢的共享鎖企圖上升到獨佔鎖，而用戶B裏的獨佔鎖因爲A有共享鎖存在因此必須等A釋放掉共享鎖，而A因爲B的獨佔鎖而沒法上升的獨佔鎖也就不可能釋放共享鎖，因而出現了死鎖。這種死鎖比較隱蔽，但在稍大點的項目中常常發生。如在某項目中，頁面上的按鈕點擊後，沒有使按鈕馬上失效，使得用戶會屢次快速點擊同一按鈕，這樣同一段代碼對數據庫同一條記錄進行屢次操做，很容易就出現這種死鎖的狀況。 

解決方法： 

一、對於按鈕等控件，點擊後使其馬上失效，不讓用戶重複點擊，避免對同時對同一條記錄操做。 
二、使用樂觀鎖進行控制。樂觀鎖大可能是基於數據版本（Version）記錄機制實現。即爲數據增長一個版本標識，在基於數據庫表的版本解決方案中，通常是經過爲數據庫表增長一個「version」字段來實現。讀取出數據時，將此版本號一同讀出，以後更新時，對此版本號加一。此時，將提交數據的版本數據與數據庫表對應記錄的當前版本信息進行比對，若是提交的數據版本號大於數據庫表當前版本號，則予以更新，不然認爲是過時數據。樂觀鎖機制避免了長事務中的數據庫加鎖開銷（用戶A和用戶B操做過程當中，都沒有對數據庫數據加鎖），大大提高了大併發量下的系統總體性能表現。hibernate 在其數據訪問引擎中內置了樂觀鎖實現。須要注意的是，因爲樂觀鎖機制是在咱們的系統中實現，來自外部系統的用戶更新操做不受咱們系統的控制，所以可能會形成髒數據被更新到數據庫中。 
三、使用悲觀鎖進行控制。悲觀鎖大多數狀況下依靠數據庫的鎖機制實現，如Oracle的Select … for update語句，以保證操做最大程度的獨佔性。但隨之而來的就是數據庫性能的大量開銷，特別是對長事務而言，這樣的開銷每每沒法承受。如一個金融系統，當某個操做員讀取用戶的數據，並在讀出的用戶數據的基礎上進行修改時（如更改用戶帳戶餘額），若是採用悲觀鎖機制，也就意味着整個操做過程當中（從操做員讀出數據、開始修改直至提交修改結果的全過程，甚至還包括操做員中途去煮咖啡的時間），數據庫記錄始終處於加鎖狀態，能夠想見，若是面對成百上千個併發，這樣的狀況將致使災難性的後果。因此，採用悲觀鎖進行控制時必定要考慮清楚。 

死鎖的第三種狀況 ：

若是在事務中執行了一條不知足條件的update語句，則執行全表掃描，把行級鎖上升爲表級鎖，多個這樣的事務執行後，就很容易產生死鎖和阻塞。相似的狀況還有當表中的數據量很是龐大而索引建的過少或不合適的時候，使得常常發生全表掃描，最終應用系統會愈來愈慢，最終發生阻塞或死鎖。 

解決方法： 

SQL語句中不要使用太複雜的關聯多表的查詢；使用「執行計劃」對SQL語句進行分析，對於有全表掃描的SQL語句，創建相應的索引進行優化。

解鎖：

 

用dba權限的用戶登錄數據庫。

 

一、select * from v$locked_object 查出被鎖定的對象，其中object_id是對象的ID,session_id是被鎖定對象有session ID；

二、select object_name, object_type from dba_objects where object_id = 剛纔查出來的object_id;（根據v$locked_object裏的object_id提出來的）
這樣來查被鎖定這個對象的名字，若是能肯定是哪一個TABLE被鎖而且要解鎖，則再執行
三、select sid, serial#, machine, program from v$session where sid =第1步中查出來的session_id;(是根據v$locked_object對應鎖定記錄的session_id找出來的) 而後
四、alter system kill session 'sid,serial#';用來殺死這個會話；
以上幾個步驟即能解決對象被鎖定問題。


另外附上鎖定一個表的語句：

LOCK TABLE tablename IN EXCLUSIVE MODE;將鎖定整個表