mysql5.6

我們?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步驟：

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)樂(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ì)于同一把門，它擁有多個(gè)鑰匙一樣。就像這樣，你家有一個(gè)大門，大門的鑰匙有好幾把，你有一把，你女朋友有一把，你們都可能通過(guò)這把鑰匙進(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打開兩個(gè)查詢編輯器，在其中開啟一個(gè)事務(wù)，并不執(zhí)行commit語(yǔ)句

---------------------