MySQL中的“鎖”
前言
- 在軟件開發中，程序在高併發的情況下，爲了保證一致性或者說安全性，我們通常都會通過加鎖的方式來解決，在 MySQL 數據庫中同樣有這樣的問題，一方面爲了最大程度的利用數據庫的併發訪問，另一方面又需要保證每個用戶能以一致的方式讀取和修改數據，就引入了鎖機制。
- 在 MySQL 數據庫中，鎖有很多種類型，不過大致可以分爲三類：全局鎖、表級鎖、行級鎖。
1.全局鎖
- 全局鎖是粒度最大的鎖，基本上使用不到，控制整個數據庫的實例。全局鎖就是對整個數據庫加鎖，讓整個數據庫處於只讀的狀態，無法向數據庫中寫入數據
- MySQL加全局讀鎖的辦法 ，命令flush tables with read lock（FTWRL），加鎖後整個MySQL數據庫的所有數據庫中的表和數據庫都處於只讀狀態，對數據操作的命令都會執行不成功。
- 全局鎖主要用於數據庫的完全備份的時候，且只用在不支持一致性讀的存儲引擎做全庫備份，比如MyISAM做全庫備份的時候需要使用全局鎖，InnoDB引擎做全庫備份時不需要使用全局鎖
2.表級鎖
- 顧名思義，只鎖表，這是MySQL最基本的鎖策略，並且表級鎖是開銷最小的策略
- 表級鎖和全局鎖一樣，MySQL數據庫提供的加鎖命令：lock tables … read/write。舉個例子：lock tables biao1 read,biao2 write;，其他的線程寫biao1和讀biao2會被阻塞。
- 可以使用unlock tables命令來主動釋放鎖，否則，在客戶端斷開連接的時候自動釋放
- 表級鎖存在一個問題，如果一個查詢正在遍歷一個表中的數據，而執行期間另一個線程對這個表結構做變更，刪了一列，那麼查詢線程拿到的結果跟表結構對不上，肯定是不行的。
- 爲了解決這個問題，MySQL 5.5版本之後引入了元數據鎖（meta data lock，MDL)，MDL 是數據庫自動加鎖，當對一個表做增刪改查操作的時候，加 MDL 讀鎖；當要對錶做結構變更操作的時候，加 MDL 寫鎖。
- MDL 鎖有以下兩個特點：
- 讀鎖之間不互斥，因此你可以有多個線程同時對一張表增刪改查。
- 讀寫鎖之間、寫鎖之間是互斥的，用來保證變更表結構操作的安全性。因此，如果有兩個線程要同時給一個表加字段，其中一個要等另一個執行完才能開始執行。
3.行級鎖
-
行級鎖顧名思義就是針對數據庫表中的行記錄加鎖，行級鎖可以最大程度的支持併發處理，但是同時也帶來了最大的鎖開銷。
-
行級鎖比較容易理解，比如事務 A 更新了一行，而這時候事務 B 也要更新同一行，則必須等事務 A 的操作完成後才能進行更新。
-
行級鎖是由存儲引擎各自實現的，也並不是所有的存儲引擎都支持行級鎖，比如 MyISAM 引擎就不支持行級鎖，這意味着 MyISAM 存儲引擎要控制併發只能使用表級鎖。
-
InnoDB 引擎實現了行級鎖，InnoDB 存儲引擎中實現了兩種標準的行級鎖：
-
共享鎖（S Lock）：允許事務讀一行
-
排它鎖（X Lock）：允許事務刪除和更新一行
-
共享鎖是兼容鎖，就是當一個事務已經獲得了行 r 的共享鎖，其他事務可以立即獲得行 r 的共享鎖，因爲讀並未改變行 r 的數據。
-
排他鎖是非兼容鎖，如果有事務想獲取行 r 的排他鎖，若行 r 上有共享鎖或者排它鎖，則它必須等其他事務釋放行 r 的鎖。
-
在 InnoDB 存儲引擎中，默認情況下使用的是一致性的非鎖定行讀，也就是通過行多版本控制器來讀取行數據，我們可以顯示的爲行加上共享鎖和排它鎖，語句如下：
-
SELECT … FOR UPDATE：對讀取的行記錄加一個排它鎖，其他事務想要在這些行上加任何鎖都會被阻塞
-
SELECT … LOCK IN SHARE MODE：對讀取的行記錄加一個共享鎖，其他事務可以向被鎖定的記錄加共享鎖，但是想要加排它鎖。則會被阻塞。