MySQL悲觀鎖和樂(lè)觀鎖有什么區(qū)別

小編給大家分享一下MySQL悲觀鎖和樂(lè)觀鎖有什么區(qū)別，相信大部分人都還不怎么了解，因此分享這邊文章給大家學(xué)習(xí)，希望大家閱讀完這篇文章后大所收獲，下面讓我們一起去學(xué)習(xí)方法吧！

MySQL悲觀鎖和樂(lè)觀鎖的區(qū)別是什么

區(qū)別如下：

1、概念不同

樂(lè)觀鎖（ Optimistic Locking）：

顧名思義，對(duì)加鎖持有一種樂(lè)觀的態(tài)度，即先進(jìn)行業(yè)務(wù)操作，不到最后一步不進(jìn)行加鎖，"樂(lè)觀"的認(rèn)為加鎖一定會(huì)成功的，在最后一步更新數(shù)據(jù)的時(shí)候再進(jìn)行加鎖。

悲觀鎖（Pessimistic Lock）：

正如其名字一樣，悲觀鎖對(duì)數(shù)據(jù)加鎖持有一種悲觀的態(tài)度。因此，在整個(gè)數(shù)據(jù)處理過(guò)程中，將數(shù)據(jù)處于鎖定狀態(tài)。悲觀鎖的實(shí)現(xiàn)，往往依靠數(shù)據(jù)庫(kù)提供的鎖機(jī)制（也只有數(shù)據(jù)庫(kù)層提供的鎖機(jī)制才能真正保證數(shù)據(jù)訪問(wèn)的排他性，否則，即使在本系統(tǒng)中實(shí)現(xiàn)了加鎖機(jī)制，也無(wú)法保證外部系統(tǒng)不會(huì)修改數(shù)據(jù)）。

推薦：MySQL教程

2、實(shí)現(xiàn)方式不同

樂(lè)觀鎖：

version方式：一般是在數(shù)據(jù)表中加上一個(gè)數(shù)據(jù)版本號(hào)version字段，表示數(shù)據(jù)被修改的次數(shù)，當(dāng)數(shù)據(jù)被修改時(shí)，version值會(huì)加一。當(dāng)線程A要更新數(shù)據(jù)值時(shí)，在讀取數(shù)據(jù)的同時(shí)也會(huì)讀取version值，在提交更新時(shí)，若剛才讀取到的version值為當(dāng)前數(shù)據(jù)庫(kù)中的version值相等時(shí)才更新，否則重試更新操作，直到更新成功。

悲觀鎖：

是由數(shù)據(jù)庫(kù)自己實(shí)現(xiàn)的，要用的時(shí)候，我們直接調(diào)用數(shù)據(jù)庫(kù)的相關(guān)語(yǔ)句就可以了（原理：共享資源每次只給一個(gè)線程使用，其它線程阻塞，用完后再把資源轉(zhuǎn)讓給其它線程），如行鎖、讀鎖和寫(xiě)鎖等，都是在操作之前加鎖，在Java中，synchronized的思想也是悲觀鎖。

3、使用場(chǎng)景不同

樂(lè)觀鎖：

比較適合讀取操作比較頻繁的場(chǎng)景，如果出現(xiàn)大量的寫(xiě)入操作，數(shù)據(jù)發(fā)生沖突的可能性就會(huì)增大，為了保證數(shù)據(jù)的一致性，應(yīng)用層需要不斷的重新獲取數(shù)據(jù)，這樣會(huì)增加大量的查詢操作，降低了系統(tǒng)的吞吐量。

悲觀鎖：

比較適合寫(xiě)入操作比較頻繁的場(chǎng)景，如果出現(xiàn)大量的讀取操作，每次讀取的時(shí)候都會(huì)進(jìn)行加鎖，這樣會(huì)增加大量的鎖的開(kāi)銷(xiāo)，降低了系統(tǒng)的吞吐量。

4、特點(diǎn)不同

樂(lè)觀鎖：

樂(lè)觀鎖的特點(diǎn)先進(jìn)行業(yè)務(wù)操作，不到萬(wàn)不得已不去拿鎖。即“樂(lè)觀”的認(rèn)為拿鎖多半是會(huì)成功的，因此在進(jìn)行完業(yè)務(wù)操作需要實(shí)際更新數(shù)據(jù)的最后一步再去拿一下鎖就好。

悲觀鎖：

悲觀鎖的特點(diǎn)是先獲取鎖，再進(jìn)行業(yè)務(wù)操作，即“悲觀”的認(rèn)為獲取鎖是非常有可能失敗的，因此要先確保獲取鎖成功再進(jìn)行業(yè)務(wù)操作。通常所說(shuō)的“一鎖二查三更新”即指的是使用悲觀鎖。

以上是MySQL悲觀鎖和樂(lè)觀鎖有什么區(qū)別的所有內(nèi)容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內(nèi)容對(duì)大家有所幫助，如果還想學(xué)習(xí)更多知識(shí)，歡迎關(guān)注億速云行業(yè)資訊頻道！