前言
鎖總體可以分為樂觀鎖和悲觀鎖，簡單說，樂觀鎖用版本號控制，悲觀鎖用鎖控制。
下面是待會要用來測試的資料
# 新增一個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）
讀鎖
也叫共享鎖或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提供，別忘了點個贊哈~~