在實(shí)驗(yàn)環(huán)境MySQL5.6、存儲(chǔ)引擎：InnoDB中，揭開“鎖”的神秘面紗，捋一捋我對(duì)這幾個(gè)概念的想法
我們?cè)诓僮鲾?shù)據(jù)庫的時(shí)候，可能會(huì)由于并發(fā)得問題而引起得數(shù)據(jù)得不一致性（數(shù)據(jù)沖突）
樂觀鎖
樂觀鎖不是數(shù)據(jù)庫自帶的，需要我們自己去實(shí)現(xiàn)。樂觀鎖是指操作數(shù)據(jù)庫時(shí)(更新操作)，想法很樂觀，認(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的值是否與剛剛查詢出來時(shí)version的值相等。
若相等，則說明這段期間，沒有其他程序?qū)ζ溥M(jìn)行操作，則可以執(zhí)行更新，將version字段的值加1。
如果更新時(shí)發(fā)現(xiàn)此刻的version值與剛獲取出來version的值不相等，則說明這段期間已經(jīng)有其他程序?qū)ζ溥M(jìn)行操作了，則不進(jìn)行更新操作。
舉例：
下單操作包括3步驟：
1.查詢出商品信息
select (status,status,version) from t_goods where id=#{id}
2.根據(jù)商品信息生成訂單
3.修改商品status為2
update t_goods
set status=2,version=version+1
where id=#{id} and version=#{version};
除了自己手動(dòng)實(shí)現(xiàn)樂觀鎖之外，現(xiàn)在網(wǎng)上許多框架已經(jīng)封裝好了樂觀鎖的實(shí)現(xiàn)，如Hibernate，需要時(shí)，可能自行搜索"Hibernate 樂觀鎖"試試看。
悲觀鎖
與樂觀鎖相對(duì)應(yīng)就是悲觀鎖了。悲觀鎖就是在操作數(shù)據(jù)時(shí)，認(rèn)為此操作會(huì)出現(xiàn)數(shù)據(jù)沖突，所以在進(jìn)行每次操作時(shí)都要通過獲取鎖才能進(jìn)行對(duì)相同數(shù)據(jù)的操作，這點(diǎn)跟Java中的Synchronized很相似，所以悲觀鎖需要耗費(fèi)較多的時(shí)間。
另外與樂觀鎖相對(duì)應(yīng)的悲觀鎖是由數(shù)據(jù)庫自己實(shí)現(xiàn)了的，要用的時(shí)候，我們直接調(diào)用數(shù)據(jù)庫的相關(guān)語句就可以了。
說到這里，由悲觀鎖涉及到的另外兩個(gè)鎖概念就出來了，它們就是共享鎖與排它鎖。共享鎖和排它鎖是悲觀鎖的不同的實(shí)現(xiàn)，它倆都屬于悲觀鎖的范疇。
共享鎖
共享鎖指的就是對(duì)于多個(gè)不同的事務(wù)，對(duì)同一個(gè)資源共享同一個(gè)鎖。相當(dāng)于對(duì)于同一把門，它擁有多個(gè)鑰匙一樣。就像這樣，你家有一個(gè)大門，大門的鑰匙有好幾把，這個(gè)就是所謂的共享鎖。
剛剛說了，對(duì)于悲觀鎖，一般數(shù)據(jù)庫已經(jīng)實(shí)現(xiàn)了，共享鎖也屬于悲觀鎖的一種，那么共享鎖在MySQL中是通過什么命令來調(diào)用呢？通過查詢資料，了解到通過在執(zhí)行語句后面加上lock in share mode就代表對(duì)某些資源加上共享鎖了。
比如，我這里通過MySQL打開兩個(gè)查詢編輯器，在其中開啟一個(gè)事務(wù)，并不執(zhí)行commit語句 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;
執(zhí)行
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)，過幾秒后，也提示錯(cuò)誤信息
[SQL]update city set name="666" where id ="1";
[Err] 1205 - Lock wait timeout exceeded; try restarting transaction
那么證明，對(duì)于ID=1的記錄加鎖成功了，在上一條記錄還沒有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ò)誤信息了，通過查詢資料才知道，對(duì)于update,insert,delete語句會(huì)自動(dòng)加排它鎖的原因
又嘗試了下，成功！
SELECT * from city where id = "1" lock in share mode;
行鎖
行鎖，由字面意思理解，就是給某一行加上鎖，也就是一條記錄加上鎖。
比如之前演示的共享鎖語句
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è)表加上鎖。
