[toc] # 前言 鎖總體可以分為樂觀鎖和悲觀鎖，簡單說，樂觀鎖用版本號控制，悲觀鎖用鎖控制。 下面是待會要用來測試的資料 ``` # 新增一個user表 CREATE TABLE `users` ( `id` int(11) NOT NULL AUTO_INCREMENT COMMENT 'ID', `name` varchar(255) NOT NULL COMMENT '姓名', PRIMARY KEY (`id`) ) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8; # 插入3條資料 INSERT INTO `users` (`id`, `name`) VALUES (1, '雪山飛豬'), (2, 'chenqionghe'), (3, 'cqh'); ``` 查詢結果如下：  # 一、樂觀鎖 核心原理是增加一個version的欄位來控制。 舉個場景，我們希望併發更新單行記錄的時候的時候，只有一個程序更新成功，如下 ``` UPDATE users SET name="雪山飛豬" WHERE id=3 UPDATE users SET name="chenqionghe" WHERE id=3 ``` 上面這兩個sql最終都會更新成功，且以最後更新結果為主。 解決辦法是新增一個version欄位 ## 新增version欄位 ``` ALTER TABLE users ADD `version` INT NOT NULL DEFAULT '0' ``` 解決辦法是新增一個version欄位，每個更新時where條件都加上它，並且也更新它 ``` UPDATE users SET name="雪山飛豬",version=version+1 WHERE id=3 AND version=0 UPDATE users SET name="chenqionghe",version=version+1 WHERE id=3 AND version=0 ``` 這次變成了只會更新成功一次，誰先搶到這條記錄以誰為主，因為當前一個程序更新成功後版本號已經變化了，第二個程序找不到這條記錄了。 這就是最簡單的CAS機制。 # 二、悲觀鎖 其實類似Go語言裡的Mutex和RwMutex，可以參考這篇文章：[Go語言中的互斥鎖和讀寫鎖（Mutex和RWMutex）](https://www.cnblogs.com/chenqionghe/p/13919427.html) ## 讀鎖 也叫共享鎖或S鎖，當給資料表加上共享鎖的時候，表就變成了只讀模式。 我們可以鎖全表，也可以鎖全表或部分行，如下 ### 全表鎖（LOCK TABLE 表 READ） 語法如下 ``` LOCK TABLE 表 READ UNLOCK TABLE; ``` 我們來測試一個，第一個程序執行 ``` LOCK TABLE users READ; ```  第二個程序執行正常讀 ``` SELECT * FROM users WHERE id=1; ```  可以正常查詢。我們再來執行一下更新 ``` UPDATE users SET name="chenqionghe" WHERE id=1 ```  出現了等待。 我們給第一個程序解鎖  再看第二個程序，已經更新成功  ### 行鎖（SELECT ... LOCK IN SHARE MODE） ``` BEGIN; SELECT * FROM users WHERE id IN (1,2) LOCK IN SHARE MODE COMMIT; ``` 必須配合事務使用，BEIN開始後，鎖定的行，外部只能查詢，不能更新 我們來測試一下，第一個程序執行 ``` BEGIN; SELECT * FROM users WHERE id IN (1,2) LOCK IN SHARE MODE ``` >注意：這時候事務沒提交  這裡鎖定了id為1和2的記錄行。我們第二個程序執行更新 ``` UPDATE users SET name="雪山飛豬" WHERE id=1 ```  又一次出現了等待。 好，這時候我們將第一個程序的事務提交 ``` COMMIT; ```  第二個程序更新成功了，如下  ## 寫鎖 也排他鎖、獨佔鎖，理解成讀和寫都不行了，語法如下 ### 全表鎖（LOCK TABLE 表 WRITE） ``` LOCK TABLE 表 WRITE UNLOCK TABLE; ``` 我們來測試一下，第一個程序執行 ``` LOCK TABLE users WRITE; ```  這時候已經鎖定全表，我們再用另一個程序查詢一下id為1的資料 ``` SELECT * FROM users WHERE id=1 ```  可以看到，查詢已經發生了等待。 我們再將第一個程序解鎖 ``` UNLOCK TABLE ```  這時候，第二個程序立馬查詢成功  ### 行鎖（SELECT ... FOR UPDATE） 當我們對資料進行更新的時候（INSERT、DELETE、UPDATE）的時候，資料庫會自動使用排它鎖，防止其他事務操作該資料 ``` BEGIN; SELECT * FROM users WHERE id IN (1,2) LOCK IN SHARE MODE COMMIT; ``` 我們再來測試一下，第一個程序鎖定id為1和2的記錄 ``` BEGIN; SELECT * FROM users WHERE id IN (1,2) FOR UPDATE ``` >注意：這時候事務沒提交 我們先用第二個程序來更新id為3的記錄（未被鎖定） ``` UPDATE users SET name="chenqionghe" WHERE id=3 ```  執行成功了。 我們再來更新一個id為1的記錄 ``` UPDATE users SET name="chenqionghe" WHERE id=1 ```  發生了等待，說明已經被鎖定了。 好，我們提交第一個程序的事務 ``` COMMIT; ``` 再去看第二個程序，已經更新成功  簡單說樂觀鎖用version控制，悲觀鎖的表鎖一般用不著，行的讀鎖用``` LOCK IN SHARE MODE```，寫鎖用```FRO UPDATE```，就是這麼簡單！ 以上內容由chenqionghe提供，別忘了點個贊哈~~