Oracle事務與鎖 知識點摘記

標籤：資源   com   資料處理   scn   try   允許   檢索   最小   持久性   

事務：事務用於保證資料的一致性,它由一組相關的dml語句組成,該組的dml語句要麼全部成功要麼全部失敗。
　　說明：一組SQL,一個邏輯工作單位,執行整體修改或者整體回退。
　　事務的相關概念：
　　　　1、事務的提交和復原：COMMIT/ROOLLBACK
　　　　2、事務的開始和結束：
　　開始事務：串連到資料庫，執行DML，DCL，DDL語句
　　結束事務：　1)執行DDL(例如CREATE TABLE),DCL(例如GRANT),系統自動執行COMMIT語句
　　　　　　　　2)執行COMMIT/ROLLBACK
　　　　　　　　3)退出/斷開資料庫的串連自動執行COMMIT語句
　　　　　　　　4)進程意外終止,事務自動rollback
　　　　　　　　5)事務COMMIT時會產生一個唯一的系統變化號(SCN)來儲存到事務表
　　儲存點(savepoint): 可以在事務的任意位置設定儲存點,以便於ROLLBACK
　　事務的四個特性ACID:
　　　　　　　　1)Atomicity(原子性):事務中sql語句不可分割,要麼全部做,要麼全部不做
　　　　　　　　2)Consistency(一致性):指事務操作前後資料庫中的資料是一致的,資料滿足商務規則約束(例如賬戶金額的轉出和轉入),與原子性對應
　　　　　　　　3)Isolation(隔離性):多個並發事務可以獨立運行,而不能相互幹擾,一個事務修改資料未提交前,其他事務不能看到它所進行的修改
　　　　　　　　4)Durability(持久性):事務提交後，資料的修改是永久的
　　死結:當兩個事務相互等待對方釋放資源時候就會形成死結

兩個並發事務同時訪問資料庫表相同的行時，可能存在以下三個問題：
　　　　1、幻想讀：事務T1讀取一條指定where條件的語句，返回結果集。此時事務T2插入一行新記錄，恰好滿足T1的where條件。然後T1使用相同的條件重新查詢，結果集中可以看到T2插入的記錄，這條新紀錄就是幻想。
　　　　2、不可重複讀取：事務T1讀取一行記錄，緊接著事務T2修改了T1剛剛讀取的記錄，然後T1重新查詢，發現與第一次讀取的記錄不同，這稱為不可重複讀取。
　　　　3、髒讀：事務T1更新了一行記錄，還未提交所做的修改，這個T2讀取了更新後的資料，然後T1執行復原操作，取消剛才的修改，所以T2所讀取的行就無效，也就是髒資料。

　　　　為了處理這些問題，SQL標準定義了以下幾種交易隔離等級
　　　　READ UNCOMMITTED 幻想讀、不可重複讀取和髒讀都允許。
　　　　READ COMMITTED 允許幻想讀、不可重複讀取，不允許髒讀
　　　　REPEATABLE READ 允許幻想讀，不允許不可重複讀取和髒讀
　　　　SERIALIZABLE 幻想讀、不可重複讀取和髒讀都不允許
　　
　　事務和鎖：
　　　　當執行事務操作時(dml語句),Oracle會在被作用的表上加鎖，防止其他使用者修改表的結構,這對我們使用者來說是非常重要的

　　所謂死結:是指兩個或兩個以上的進程在執行過程中,因為爭奪資源而造成的相互等待現象,若無外力作用,這些進程都將無法進行下去
　　　　此時稱系統處於死結狀態或系統產生了死結,這些永遠在相等待的進程稱為死結進程
　　　　由於資源佔用是互斥的，當某個進程提出申請資源呢後，使得有關進程在無外力協助的情況下,永遠分配不到資源而無法繼續運行下去,就產生了這一特殊的死結現象

　　資料庫死結的現象:程式執行的過程中,點擊確定或者儲存按鈕,程式沒有響應,也沒提示錯誤

　　死結的原理: 對於資料庫某個表的某一列做更新或者刪除操作,執行完畢後該條語句不提交,另一條對於這一列資料做更新操作的語句在執行的時候就會進入等待狀態,此時的現象就是這條語句一直在執行但是一直不能執行成功,也不會報錯

　　解決方案: 將產生死結的語句提交即可,但是在執行的過程中,使用者可能不知道產生死結的語句是哪一句,可以將程式關閉並重新啟動即可

鎖包括行級鎖、表級鎖、悲觀鎖、樂觀鎖
　　行級鎖:一種它鎖，防止另外事務修改此行;在使用以下語句時，Oracle會自動應用行級鎖：INSERT、UPDATE、DELETE、SELECT … FOR UPDATE [OF columns] [WAIT n | NOWAIT];SELECT … FOR UPDATE語句允許使用者一次鎖定多條記錄進行更新.使用commit或者rollback釋放鎖。 特點:開鎖大，加鎖慢；會出現死結；鎖定粒度最小，發生鎖衝突的機率最低，並發度也最高。適合於有大量按索引更新少量不同資料，同時又有並發查詢的應用，如一些線上交易處理系統。

表級鎖:5種
　　共用鎖定(SHARE) - 鎖定表，對記錄唯讀不寫，多個使用者可以同時在同一個表上應用此鎖，在表沒有被任何DML操作時，多個事務都可加鎖，但只有在僅一個事務加鎖的情況下只有此事務才能對錶更新；當表已經被更新或者指定要更新時（select for update），任何事務都不能加此鎖了。
　　共用行排他(SHARE ROW EXCLUSIVE) – 比共用鎖定更多的限制，禁止使用共用鎖定及更高的鎖，在表沒有被任何DML操作時，只有一個事務可以加鎖，可以更新，書上說別的事務可以使用select for update鎖定選中的資料行，可是實驗後沒被驗證。
　　排他(EXCLUSIVE) – 限制最強的表鎖，僅允許其他使用者查詢該表的行。禁止修改和鎖定表
　　行共用 (ROW SHARE) – 禁止獨佔鎖定定表，與行排他類似，區別是別的事務還可以在此表上加任何獨佔鎖定。（除排他（exclusive）外）
　　行排他(ROW EXCLUSIVE) – 禁止使用獨佔鎖定和共用鎖定，其他事務依然可以並發地對相同資料表執行查詢，插入，更新，刪除操作，或對錶內資料行加鎖的操作，但不能有其他的獨佔鎖定（自身是可以的，沒發現有什麼用）

　　悲觀鎖:Pessimistic Lock正如其名，它指的是對資料被外界（包括本系統當前的其他事務，以及來自外部系統的交易處理）修改持保守悲觀態度，事務每次去操作資料的時候都假設有其他事務會修改需要訪問的資料，所以在訪問之前都要求上鎖，行鎖，表鎖等，讀鎖，寫鎖等，都是在做操作之前先上鎖，因此，在整個資料處理過程中，將資料處於鎖定狀態。
　　一個典型的倚賴資料庫的悲觀鎖調用： select * from account where name=”Erica” for update 這條sql 語句鎖定了account 表中所有符合檢索條件（name=”Erica”）的記錄。 本次事務提交之前（事務提交時會釋放事務過程中的鎖），外界無法修改這些記錄。

　　樂觀鎖:Optimistic Lock,和悲歡鎖相反，事務每次去操作資料之前，都假設其他事務不會修改這些需要訪問的資料 ，所以 在訪問之前不要求上鎖，只是在進行更新修改操作的時候判斷一下在訪問的期間有沒有其他人修改資料 了。它適用於多讀的應用類型，衝突真的發生比較少的時候就比較好，這樣省去了開銷的開銷，可以提高輸送量;但如果是真的經常要發生衝突的，那每次還要去判斷進行retry,反倒降低的效能，這個時候悲歡鎖比較好。資料庫如果提供類似於write_condition機制的其實都是提供的樂觀鎖。

　　提交事務:
　　　　當使用COMMIT語句可以提交事務,當執行了COMMIT語句後，會確認事務的變化、結束事務、刪除儲存節點、釋放鎖,當使用COMMIT語句結束事務後,其它會話將可以查看到事務變化後的新資料

　　回退事務:
　　　　在介紹回退事務前,先介紹一下儲存點(savepoint)的概念和作用,儲存點是事務中的一個點,用於取消部分事務,當結束事務時,會自動刪除該事務所定義的所有儲存點.當執行rollback時,通過指定儲存點可以回退到指定的點.

 

　　內容參考於：https://www.cnblogs.com/lingyejun/p/7096791.html

Oracle事務與鎖 知識點摘記