怎樣解決MySQL數(shù)據(jù)庫在RR隔離級別下容易產(chǎn)生幻讀的問題

這篇文章將為大家詳細講解有關(guān)怎樣解決MySQL數(shù)據(jù)庫在RR隔離級別下容易產(chǎn)生幻讀的問題，文章內(nèi)容質(zhì)量較高，因此小編分享給大家做個參考，希望大家閱讀完這篇文章后對相關(guān)知識有一定的了解。

PartⅠ 問題回顧

幻讀的定義：幻讀是指某個事務(wù)讀取某個范圍內(nèi)的記錄時，另外一個事務(wù)又在該范圍內(nèi)插入了新的記錄，當之前事務(wù)再次讀取該范圍內(nèi)的記錄時就會產(chǎn)生幻行。

舉一個例子，user表中id是主鍵索引，T1是主事務(wù)：

T2是干擾事務(wù)：

Step1：T1開始，并檢查user表中是否有id=1的記錄。

Step2：T2開始，插入id為1的記錄且成功執(zhí)行。

Step3：T1查到?jīng)]有id=1的記錄就開始插入id=1的記錄，但是失敗了（主鍵沖突）。

Step4：T1不能接受現(xiàn)實又查了一遍是否存在id=1的記錄，發(fā)現(xiàn)的確沒有，徹底崩潰...

從第四步我們可以看出，在主事務(wù)執(zhí)行commit之前，不管再查多少次，都無法獲取到id=1的這條記錄，因為此時它已經(jīng)產(chǎn)生幻讀了。

Part Ⅱ 解決方案

要解決幻讀的問題有兩種方案，一種是采用SERIALIZABLE 數(shù)據(jù)隔離級別，但是這種方案會強制把所有事務(wù)排序，來達到事務(wù)之間不互相沖突產(chǎn)生幻讀的問題，當事務(wù)并發(fā)高的時候，很容易產(chǎn)生大量超時和鎖競爭的情況，所以一般不太建議采用這種方案。另一種方案是采用在RR數(shù)據(jù)隔離級別下，手動給select操作加上x鎖（排它鎖）或者s鎖（共享鎖），下面就具體介紹一下x鎖和s鎖。

1. 什么是共享鎖和排它鎖

共享鎖（SELECT ... LOCK IN SHARE MODE）即一個事務(wù)獲取一條記錄共享鎖的同時，其他事務(wù)也可以獲得這條記錄的共享鎖，但是如果同時有多個事務(wù)獲得這條記錄的共享鎖，誰也無法修改這條記錄，直到都釋放掉共享鎖，只剩下一個事務(wù)擁有這條記錄的鎖為止。

排它鎖（SELECT ... FOR UPDATE）即一個事務(wù)獲得了一條記錄的排它鎖的同時，其他事務(wù)就不能獲得這條記錄的共享鎖和排它鎖，也無法修改這條記錄，直到這個事務(wù)釋放掉鎖為止。

2. 相同點和不同點

相同點：一個事務(wù)在獲得一條記錄的共享鎖或者排它鎖的同時，其他事務(wù)都不能修改這條記錄，直到這個事務(wù)釋放掉鎖為止。

不同點：排它鎖比共享鎖多阻塞了其他事務(wù)對相同記錄的共享鎖，但是不影響快照讀。

3. 舉例說明

共享鎖：

排它鎖：

Part Ⅲ  

那共享鎖和排它鎖是否能互相代替呢，這要看具體的場景，像上面兩個例子就不行，第一個例子如果用了排它鎖就會造成一個用戶在操作工會的時候，其他用戶就不能獲取這條記錄共享鎖的情況。

第二個例子如果使用共享鎖的話，其他事務(wù)都能獲得goods表這條記錄的共享鎖，會導(dǎo)致誰也更新不了剩余數(shù)量這個值的情況。所以共享鎖和排它鎖都有各自的作用，不能互相替代。

關(guān)于怎樣解決MySQL數(shù)據(jù)庫在RR隔離級別下容易產(chǎn)生幻讀的問題就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。