實(shí)驗(yàn)環(huán)境：
mysql5.6
存儲(chǔ)引擎：innoDB
我們?cè)诓僮鲾?shù)據(jù)庫(kù)的時(shí)候，可能會(huì)由于并發(fā)問(wèn)題而引起的數(shù)據(jù)的不一致性（數(shù)據(jù)沖突）
樂(lè)觀鎖
樂(lè)觀鎖不是數(shù)據(jù)庫(kù)自帶的税手，需要我們自己去實(shí)現(xiàn)蜂筹。樂(lè)觀鎖是指操作數(shù)據(jù)庫(kù)時(shí) (更新操作)，想法很樂(lè)觀芦倒，認(rèn)為這次的操作不會(huì)導(dǎo)致沖突艺挪，在操作數(shù)據(jù)時(shí)，并不進(jìn)行任何其他的特殊處理（也就是不加鎖）兵扬，而在進(jìn)行更新后麻裳，再去判斷是否有沖突了。
通常實(shí)現(xiàn)是這樣的：在表中的數(shù)據(jù)進(jìn)行操作時(shí) (更新)器钟，先給數(shù)據(jù)表加一個(gè)版本(version) 字段津坑，每操作一次，將那條記錄的版本號(hào)加 1傲霸。也就是先查詢出那條記錄疆瑰，獲取出 version 字段, 如果要對(duì)那條記錄進(jìn)行操作(更新), 則先判斷此刻 version 的值是否與剛剛查詢出來(lái)時(shí)的 version 的值相等，如果相等昙啄，則說(shuō)明這段期間穆役，沒(méi)有其他程序?qū)ζ溥M(jìn)行操作，則可以執(zhí)行更新梳凛，將 version 字段的值加 1耿币；如果更新時(shí)發(fā)現(xiàn)此刻的 version 值與剛剛獲取出來(lái)的 version 的值不相等，則說(shuō)明這段期間已經(jīng)有其他程序?qū)ζ溥M(jìn)行操作了韧拒，則不進(jìn)行更新操作淹接。
舉例：
下單操作包括 3 步驟：
- 查詢出商品信息
select (status,status,version) from t_goods where id=#{id}
根據(jù)商品信息生成訂單
修改商品 status 為 2
update t_goods
set status=2,version=version+1
where id=#{id} and version=#{version};
除了自己手動(dòng)實(shí)現(xiàn)樂(lè)觀鎖之外，現(xiàn)在網(wǎng)上許多框架已經(jīng)封裝好了樂(lè)觀鎖的實(shí)現(xiàn)叛溢，如 hibernate蹈集，需要時(shí)，可能自行搜索 "hiberate 樂(lè)觀鎖" 試試看雇初。
悲觀鎖
與樂(lè)觀鎖相對(duì)應(yīng)的就是悲觀鎖了。悲觀鎖就是在操作數(shù)據(jù)時(shí)减响，認(rèn)為此操作會(huì)出現(xiàn)數(shù)據(jù)沖突靖诗，所以在進(jìn)行每次操作時(shí)都要通過(guò)獲取鎖才能進(jìn)行對(duì)相同數(shù)據(jù)的操作郭怪，這點(diǎn)跟 java 中的 synchronized 很相似，所以悲觀鎖需要耗費(fèi)較多的時(shí)間刊橘。另外與樂(lè)觀鎖相對(duì)應(yīng)的鄙才，悲觀鎖是由數(shù)據(jù)庫(kù)自己實(shí)現(xiàn)了的，要用的時(shí)候促绵，我們直接調(diào)用數(shù)據(jù)庫(kù)的相關(guān)語(yǔ)句就可以了攒庵。
說(shuō)到這里，由悲觀鎖涉及到的另外兩個(gè)鎖概念就出來(lái)了败晴，它們就是共享鎖與排它鎖浓冒。共享鎖和排它鎖是悲觀鎖的不同的實(shí)現(xiàn)，它倆都屬于悲觀鎖的范疇尖坤。
共享鎖
共享鎖指的就是對(duì)于多個(gè)不同的事務(wù)稳懒，對(duì)同一個(gè)資源共享同一個(gè)鎖。相當(dāng)于對(duì)于同一把門(mén)慢味，它擁有多個(gè)鑰匙一樣场梆。就像這樣，你家有一個(gè)大門(mén)纯路，大門(mén)的鑰匙有好幾把或油，你有一把，你女朋友有一把驰唬，你們都可能通過(guò)這把鑰匙進(jìn)入你們家顶岸，進(jìn)去啪啪啪啥的，一下理解了哈定嗓，沒(méi)錯(cuò)蜕琴，這個(gè)就是所謂的共享鎖。
剛剛說(shuō)了宵溅，對(duì)于悲觀鎖凌简，一般數(shù)據(jù)庫(kù)已經(jīng)實(shí)現(xiàn)了，共享鎖也屬于悲觀鎖的一種恃逻，那么共享鎖在 mysql 中是通過(guò)什么命令來(lái)調(diào)用呢雏搂。通過(guò)查詢資料，了解到通過(guò)在執(zhí)行語(yǔ)句后面加上 lock in share mode 就代表對(duì)某些資源加上共享鎖了寇损。
比如凸郑，我這里通過(guò) mysql 打開(kāi)兩個(gè)查詢編輯器，在其中開(kāi)啟一個(gè)事務(wù)矛市，并不執(zhí)行 commit 語(yǔ)句
city 表 DDL 如下：
CREATE TABLE `city` (
`id` bigint(20) NOT NULL AUTO_INCREMENT,
`name` varchar(255) DEFAULT NULL,
`state` varchar(255) DEFAULT NULL,
PRIMARY KEY (`id`))
ENGINE=InnoDB AUTO_INCREMENT=18 DEFAULT CHARSET=utf8;
begin;
SELECT * from city where id = "1" lock in share mode;
然后在另一個(gè)查詢窗口中芙沥，對(duì) id 為 1 的數(shù)據(jù)進(jìn)行更新
update city set name="666" where id ="1";
此時(shí)，操作界面進(jìn)入了卡頓狀態(tài)，過(guò)幾秒后而昨，也提示錯(cuò)誤信息
[Err] 1205 - Lock wait timeout exceeded; try restarting transaction**
那么證明救氯，對(duì)于 id=1 的記錄加鎖成功了，在上一條記錄還沒(méi)有 commit 之前歌憨，這條 id=1 的記錄被鎖住了着憨，只有在上一個(gè)事務(wù)釋放掉鎖后才能進(jìn)行操作，或用共享鎖才能對(duì)此數(shù)據(jù)進(jìn)行操作务嫡。
再實(shí)驗(yàn)一下：
update city set name="666" where id ="1" lock in share mode;
**[Err] 1064 - You have an error in your SQL syntax;
check the manual that corresponds to your MySQL server version for the right syntax to use near 'lock in share mode' at line 1
加上共享鎖后甲抖，也提示錯(cuò)誤信息了，通過(guò)查詢資料才知道心铃，對(duì)于 update,insert,delete 語(yǔ)句會(huì)自動(dòng)加排它鎖的原因
于是准谚，我又試了試
SELECT * from city where id = "1" lock in share mode;
這下成功了。
排它鎖
排它鎖與共享鎖相對(duì)應(yīng)于个，就是指對(duì)于多個(gè)不同的事務(wù)氛魁，對(duì)同一個(gè)資源只能有一把鎖。
與共享鎖類(lèi)型厅篓，在需要執(zhí)行的語(yǔ)句后面加上 for update 就可以了
行鎖
行鎖秀存，由字面意思理解，就是給某一行加上鎖羽氮，也就是一條記錄加上鎖或链。
比如之前演示的共享鎖語(yǔ)句
SELECT * from city where id = "1" lock in share mode;
由于對(duì)于 city 表中, id 字段為主鍵，就也相當(dāng)于索引档押。執(zhí)行加鎖時(shí)澳盐，會(huì)將 id 這個(gè)索引為 1 的記錄加上鎖，那么這個(gè)鎖就是行鎖令宿。
表鎖
表鎖叼耙，和行鎖相對(duì)應(yīng)，給這個(gè)表加上鎖粒没。
MyISAM 引擎里有的筛婉，暫時(shí)研究了
