資料庫鎖機制

2021-06-20 16:49:50 字數 1798 閱讀 1632

資料庫就是通過鎖機制來解決併發問題的。。主要就是兩種鎖,共享鎖和排他鎖(也叫獨佔鎖)。在執行select語句的時候需要給操作物件(表或者一些記錄)加上共享鎖,但加鎖之前需要檢查是否有排他鎖,如果沒有,則可以加共享鎖(乙個物件上可以加n個共享鎖),否則不行。共享鎖通常在執行完select語句之後被釋放,當然也有可能是在事務結束(包括正常結束和異常結束)的時候被釋放,主要取決與資料庫所設定的事務隔離級別。

執行insert、update、delete語句的時候需要給操作的物件加排他鎖(我感覺在執行insert的時候應該是在表級加排他鎖),在加排他鎖之前必須確認該物件上沒有其他任何鎖,一旦加上排他鎖之後,就不能再給這個物件加其他任何鎖。排他鎖的釋放通常是在事務結束的時候(當然也有例外,就是在資料庫事務隔離級別被設定成read uncommitted(讀未提交資料)的時候,這種情況下排他鎖會在執行完更新操作之後就釋放,而不是在事務結束的時候)。

資料庫是支援在乙個事務中進行自動鎖公升級的,例如,在某個事務中先執行select語句,後執行update語句,這兩條語句操作了同乙個物件,並且假定共享鎖是在事務結束的時候被釋放的。如果資料庫不支援自動鎖公升級,那麼當update語句請求排他鎖的時候將不能成功。因為之前select語句的共享鎖沒有被釋放,那麼事務就進入了無限等待,即死鎖。有了自動鎖公升級,在執行update語句的時候就可以將之前加的共享鎖公升級為排他鎖,但有個前提,就是這個共享鎖必須是本事務自己加的,而且在操作物件上沒有在加其他任何鎖,否則共享鎖是不能被公升級為排他鎖的,必須等待其他鎖的釋放。

在看《精通hibernate》的時候,裡面還提到了更新鎖。因為通常在執行更新操作的時候要先查詢,也就是我們通常會在update語句和delete語句中加where子句。那麼,有的資料庫系統可能會在執行查詢的時候先給操作物件加共享鎖,然後在更新的時候加排他鎖,但這麼做會有問題,也就是如果兩個事務同時要更新乙個物件,都先給這個物件加了共享鎖,當要更新的時候,都請求公升級鎖,但由於這個物件上存在對方事務加的共享鎖。。所以無法公升級。這樣兩個事務就在等待對方釋放共享鎖,進入死鎖狀態。更新鎖就是為了解決這個問題,即在執行查詢操作的時候加的不是共享鎖而是更新鎖(乙個物件上只能有乙個更新鎖和n個共享鎖),當要更新的時候,再將更新鎖公升級為排他鎖,公升級前提是這個物件上只有本事務加的更新鎖,沒有其他任何鎖了。其實,,我想,如果在執行查詢的時候就給事務加排他鎖不也能解決死鎖問題嗎,但這樣似乎會減弱系統的併發效能。

現在說說資料庫的事務隔離級別。

在《精通hibernate》中提到了4種資料庫事務隔離級別:

read uncommitted:讀未提交資料(這個通常很少用)

使用這種隔離級別並不是說在讀取或者更新資料的時候不加鎖。。其實還是加鎖的,只是在執行完操作之後馬上釋放鎖。而不是等到事務結束之後再釋放。對於共享鎖,排他鎖都是這樣。

read committed:讀已提交資料(這個很常用,也常是資料庫預設的設定)

這種隔離級別共享鎖在讀取資料之後馬上釋放。。而排他鎖則是在事務結束的時候再釋放。

repeatable read:可重複讀

這種隔離級別共享鎖和排他鎖都是在事務結束的時候再釋放的。因此叫「可重複讀」,即乙個事務所讀取的資料是不會被別的事務更新的。。。在事務執行過程中任何時候都可以讀取剛才讀過的資料。讀過的資料是不會被改變的,直到事務結束。

serializable:序列化

共享鎖和排他鎖也是在事務結束的時候被釋放,和repeatable read不同的是,通常,repeatable read。。在讀取資料的時候。。都是對一條條記錄加共享鎖的。而serializable的共享鎖則是對整個表加的,這樣不但讀取的資料不會被別的事務修改。。。在同乙個表中的其他未被讀取的資料也不會被修改,,甚至不用擔心讀到新加入這個表中的資料(根本無法往表中加資料),所以這種隔離級別是不會出現虛讀的。

資料庫鎖機制

這段時間由於開發專案,重新學習了資料庫的併發控制和鎖機制。資料庫就是通過鎖機制來解決併發問題的。主要就是兩種鎖,共享鎖和排他鎖 也叫獨佔鎖 在執行select語句的時候需要給操作物件 表或者一些記錄 加上共享鎖,但加鎖之前需要檢查是否有排他鎖,如果沒有,則可以加共享鎖 乙個物件上可以加n個共享鎖 否...

資料庫鎖機制

這段時間由於開發專案,重新學習了資料庫的併發控制和鎖機制。資料庫就是通過鎖機制來解決併發問題的。主要就是兩種鎖,共享鎖和排他鎖 也叫獨佔鎖 在執行select語句的時候需要給操作物件 表或者一些記錄 加上共享鎖,但加鎖之前需要檢查是否有排他鎖,如果沒有,則可以加共享鎖 乙個物件上可以加n個共享鎖 否...

資料庫鎖機制

主要就是兩種鎖,共享鎖和排他鎖 也叫獨佔鎖 在執行select語句的時候需要給操作物件 表或者一些記錄 加上共享鎖,但加鎖之前需要檢查是否有排他鎖,如果沒有,則可以加共享鎖 乙個物件上可以加n個共享鎖 否則不行。共享鎖通常在執行完select語句之後被釋放,當然也有可能是在事務結束 包括正常結束和異...