儲存引擎  支援的鎖定級別 

myisam      表級別 

memory     表級別 

inndb       行級別 

bdb：頁級別 

lock鎖定型別

 鎖定方式            目的

 讀鎖                   自己與其他執行緒只能讀取該表

  寫鎖                  只有當前執行緒能夠對錶進行寫入操作(其他執行緒也無法讀這部分資料)

讀鎖的英文叫法是shared locks，shared是共享的意思，共享鎖，就是所有使用者都可以共享進行讀(包括加鎖的使用者)，不能寫。

寫鎖的英文叫法是Exclusive Locks，Exclusive是獨有、排外的意思

，只有自己(加鎖的使用者)才能進行些寫入操作，其他使用者只能讀。有些書籍中有不同叫法，比如互斥鎖、排他鎖。

糾正一下：以前理解錯誤了。加了排他鎖定，其他事務是無法讀取資料的。網上的資料比較零散。

最近看了jim Gray那本《事務處理概念與技術》，裡面提到排他鎖時：保留對該節點寫的權利，防止其他事務在該節點及其後代節點加{x,u,s,six,is,ix}鎖。

提到的s就是共享鎖了，既然防止其他事務加s鎖，那麼其他執行緒是無法讀的(所有執行緒獲取資料之前必須先申請鎖才能操作)。文章下面加的試驗也會證明了這點。

ps：看來總結也好，加深了理解，如果不總結，也不會發現細節理解偏差。

 測試一：測驗讀鎖

 執行一個讀鎖：“lock table `cat` READ”

然後嘗試使用update語句操作 ：

update `cat` set remark= 'ceshi'

報錯如下：

Table 'a' was locked with a READ lock and can't be updated

現在解鎖(針對當前執行緒鎖定的所有表解鎖)："unlock tables" 

然後再次執行update語句，報錯消失。完成更新操作。說明已經解除讀鎖了(可以進行更新) 

 測驗二：測驗寫鎖 

1、 我在一個客戶端SQLyog中執行一個寫鎖sql：LOCK TABLE cat WRITE;

2、另外開一個客戶端(執行緒),嘗試執行更新：

update `cat` set remark= 'jgjgjg'

情況：因為使用了寫鎖，只有自己能夠修改資料,其他執行緒無法執行update操作，此時伺服器端的php程式一直等待資料庫給予響應結果，資料被鎖定了，根本沒法執行sql語句，處於等待中，資料庫並不會報錯，因為這本來就是一個很正常的情況，需要等待釋放鎖才能執行update操作，其實大併發環境下就是這種情況(很多使用者同時在執行sql操作，有的加了寫鎖定)，於是速度就慢下來了。

結果phpmyadmin一直處於等待中,等待伺服器給予客戶端(瀏覽器)資料，截圖如下：

 

 經驗：使用phpmyadmin無法模擬出一個執行緒的情況。因為每次php執行完畢後，與資料庫的連線就會自動斷開(php指令碼特性)。

而SQLyog這樣的工具能夠保持連線不斷掉。所以,測驗寫鎖的時候完全可以使用同一個工具測驗出來。

 增加測驗：測驗加寫鎖後，其他事務無法讀資料的情況

同樣也是在SQLyog這樣的工具中執行：LOCK TABLE cat WRITE

因為加了x鎖後，其他事務是無法獲得s鎖,所以根本無法讀資料。phpmyadmin這邊查詢這個表，都是等待狀態。

相關推薦