實驗環(huán)境：
mysql5.6
存儲引擎：innoDB
我們在操作數(shù)據(jù)庫的時候，可能會由于并發(fā)問題而引起的數(shù)據(jù)的不一致性（數(shù)據(jù)沖突）
樂觀鎖
樂觀鎖不是數(shù)據(jù)庫自帶的，需要我們自己去實現(xiàn)。樂觀鎖是指操作數(shù)據(jù)庫時(更新操作)，想法很樂觀，認為這次的操作不會導致沖突，在操作數(shù)據(jù)時，并不進行任何其他的特殊處理（也就是不加鎖），而在進行更新后，再去判斷是否有沖突了。
通常實現(xiàn)是這樣的：在表中的數(shù)據(jù)進行操作時(更新)，先給數(shù)據(jù)表加一個版本(version)字段，每操作一次，將那條記錄的版本號加1。也就是先查詢出那條記錄，獲取出version字段,如果要對那條記錄進行操作(更新),則先判斷此刻version的值是否與剛剛查詢出來時的version的值相等，如果相等，則說明這段期間，沒有其他程序?qū)ζ溥M行操作，則可以執(zhí)行更新，將version字段的值加1；如果更新時發(fā)現(xiàn)此刻的version值與剛剛獲取出來的version的值不相等，則說明這段期間已經(jīng)有其他程序?qū)ζ溥M行操作了，則不進行更新操作。
舉例：
下單操作包括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};
除了自己手動實現(xiàn)樂觀鎖之外，現(xiàn)在網(wǎng)上許多框架已經(jīng)封裝好了樂觀鎖的實現(xiàn)，如hibernate，需要時，可能自行搜索"hiberate 樂觀鎖"試試看。
悲觀鎖
與樂觀鎖相對應(yīng)的就是悲觀鎖了。悲觀鎖就是在操作數(shù)據(jù)時，認為此操作會出現(xiàn)數(shù)據(jù)沖突，所以在進行每次操作時都要通過獲取鎖才能進行對相同數(shù)據(jù)的操作，這點跟java中的synchronized很相似，所以悲觀鎖需要耗費較多的時間。另外與樂觀鎖相對應(yīng)的，悲觀鎖是由數(shù)據(jù)庫自己實現(xiàn)了的，要用的時候，我們直接調(diào)用數(shù)據(jù)庫的相關(guān)語句就可以了。
說到這里，由悲觀鎖涉及到的另外兩個鎖概念就出來了，它們就是共享鎖與排它鎖。共享鎖和排它鎖是悲觀鎖的不同的實現(xiàn)，它倆都屬于悲觀鎖的范疇。
共享鎖
共享鎖指的就是對于多個不同的事務(wù)，對同一個資源共享同一個鎖。相當于對于同一把門，它擁有多個鑰匙一樣。就像這樣，你家有一個大門，大門的鑰匙有好幾把，你有一把，你女朋友有一把，你們都可能通過這把鑰匙進入你們家，進去啪啪啪啥的，一下理解了哈，沒錯，這個就是所謂的共享鎖。
剛剛說了，對于悲觀鎖，一般數(shù)據(jù)庫已經(jīng)實現(xiàn)了，共享鎖也屬于悲觀鎖的一種，那么共享鎖在mysql中是通過什么命令來調(diào)用呢。通過查詢資料，了解到通過在執(zhí)行語句后面加上lock in share mode就代表對某些資源加上共享鎖了。
比如，我這里通過mysql打開兩個查詢編輯器，在其中開啟一個事務(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;
begin;
SELECT * from city where id = "1" ?lock in share mode;
然后在另一個查詢窗口中，對id為1的數(shù)據(jù)進行更新
update ?city set name="666" where id ="1";
此時，操作界面進入了卡頓狀態(tài)，過幾秒后，也提示錯誤信息
[SQL]update ?city set name="666" where id ="1";
[Err] 1205 - Lock wait timeout exceeded; try restarting transaction
那么證明，對于id=1的記錄加鎖成功了，在上一條記錄還沒有commit之前，這條id=1的記錄被鎖住了，只有在上一個事務(wù)釋放掉鎖后才能進行操作，或用共享鎖才能對此數(shù)據(jù)進行操作。
再實驗一下：
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
加上共享鎖后，也提示錯誤信息了，通過查詢資料才知道，對于update,insert,delete語句會自動加排它鎖的原因
于是，我又試了試SELECT * from city where id = "1" lock in share mode;
這下成功了。
排它鎖
排它鎖與共享鎖相對應(yīng)，就是指對于多個不同的事務(wù)，對同一個資源只能有一把鎖。
與共享鎖類型，在需要執(zhí)行的語句后面加上for update就可以了
行鎖
行鎖，由字面意思理解，就是給某一行加上鎖，也就是一條記錄加上鎖。
比如之前演示的共享鎖語句
SELECT * from city where id = "1" ?lock in share mode;?
由于對于city表中,id字段為主鍵，就也相當于索引。執(zhí)行加鎖時，會將id這個索引為1的記錄加上鎖，那么這個鎖就是行鎖。
表鎖
表鎖，和行鎖相對應(yīng)，給這個表加上鎖。
MyISAM引擎里有的，暫時研究了
作者：靜下心來靜下心來
原文：https://blog.csdn.net/puhaiyang/article/details/72284702
