1. 程式人生 > >共享鎖與排它鎖區別(轉)

共享鎖與排它鎖區別(轉)

等待 lte 數據 讀取 顯示 nod 部分 tps 執行

共享鎖【S鎖】
又稱讀鎖,若事務T對數據對象A加上S鎖,則事務T可以讀A但不能修改A,其他事務只能再對A加S鎖,而不能加X鎖,直到T釋放A上的S鎖。這保證了其他事務可以讀A,但在T釋放A上的S鎖之前不能對A做任何修改。

排他鎖【X鎖】
又稱寫鎖。若事務T對數據對象A加上X鎖,事務T可以讀A也可以修改A,其他事務不能再對A加任何鎖,直到T釋放A上的鎖。這保證了其他事務在T釋放A上的鎖之前不能再讀取和修改A。

共享鎖與排它鎖區別

1.共享鎖只用於表級,排他鎖用於行級。
2.加了共享鎖的對象,可以繼續加共享鎖,不能再加排他鎖。加了排他鎖後,不能再加任何鎖。
3.比如一個DML操作,就要對受影響的行加排他鎖,這樣就不允許再加別的鎖,也就是說別的會話不能修改這些行。同時為了避免在做這個DML操作的時候,有別的會話執行DDL,修改表的定義,所以要在表上加共享鎖,這樣就阻止了DDL的操作。

4.當執行DDL操作時,就需要在全表上加排他鎖

mysql鎖機制分為表級鎖和行級鎖,本文就和大家分享一下我對mysql中行級鎖中的共享鎖與排他鎖進行分享交流。

共享鎖又稱為讀鎖,簡稱S鎖,顧名思義,共享鎖就是多個事務對於同一數據可以共享一把鎖,都能訪問到數據,但是只能讀不能修改。

排他鎖又稱為寫鎖,簡稱X鎖,顧名思義,排他鎖就是不能與其他所並存,如一個事務獲取了一個數據行的排他鎖,其他事務就不能再獲取該行的其他鎖,包括共享鎖和排他鎖,但是獲取排他鎖的事務是可以對數據就行讀取和修改。

對於共享鎖大家可能很好理解,就是多個事務只能讀數據不能改數據,對於排他鎖大家的理解可能就有些差別,我當初就犯了一個錯誤,以為排他鎖鎖住一行數據後,其他事務就不能讀取和修改該行數據,其實不是這樣的。排他鎖指的是一個事務在一行數據加上排他鎖後,其他事務不能再在其上加其他的鎖。mysql InnoDB引擎默認的修改數據語句,update,delete,insert都會自動給涉及到的數據加上排他鎖,select語句默認不會加任何鎖類型,如果加排他鎖可以使用select ...for update語句,加共享鎖可以使用select ... lock in share mode語句。所以加過排他鎖的數據行在其他事務種是不能修改數據的,也不能通過for update和lock in share mode鎖的方式查詢數據,但可以直接通過select ...from...查詢數據,因為普通查詢沒有任何鎖機制。

說了這麽多,咱們來看下以下簡單的例子:

我們有如下測試數據

技術分享圖片

現在我們對id=1的數據行排他查詢,這裏會使用begin開啟事務,而不會看見我關閉事務,這樣做是用來測試,因為提交事務或回滾事務就會釋放鎖。

打開一個查詢窗口

技術分享圖片

會查詢到一條數據,現在打開另一個查詢窗口,對同一數據分別使用排他查和共享鎖查詢兩種方式查詢

排他查

技術分享圖片

共享查

技術分享圖片

我們看到開了排他鎖查詢和共享鎖查詢都會處於阻塞狀態,因為id=1的數據已經被加上了排他鎖,此處阻塞是等待排他鎖釋放。

如果我們直接使用以下查詢呢

技術分享圖片

我們看到是可以查詢到數據的。

我們再看一下一個事務獲取了共享鎖,在其他查詢中也只能加共享鎖或不加鎖。

技術分享圖片

技術分享圖片技術分享圖片

我們看到是可以查詢數據的,但加排他鎖就查不到,因為排他鎖與共享鎖不能存在同一數據上。

最後我們驗證下上面說的mysql InnoDb引擎中update,delete,insert語句自動加排他鎖的問題,

技術分享圖片

技術分享圖片

此時共享查詢處於阻塞,等待排它鎖的釋放,但是用普通查詢能查到數據,因為沒用上鎖機制不與排他鎖互斥,但查到的數據是修改數據之前的老數據。

技術分享圖片

然後我們提交數據,釋放排他鎖看下修改後的數據,此時可用排他查,共享查和普通查詢, 因為事務提交後該行數據釋放排他鎖,下面就只顯示普通查詢,其他的同學們自己去驗證。

技術分享圖片

技術分享圖片

可以看到結果與預期的一樣。

以上為我對mysql中共享鎖與排他鎖的個人理解,有不正確的地方還希望各位指正。

本文部分轉自https://www.cnblogs.com/boblogsbo/p/5602122.html 感謝作者

共享鎖與排它鎖區別(轉)