zk和redis分布式鎖有哪些區(qū)別

這篇文章給大家分享的是有關(guān)zk和redis分布式鎖有哪些區(qū)別的內(nèi)容。小編覺得挺實(shí)用的，因此分享給大家做個參考。一起跟隨小編過來看看吧。

 Redis實(shí)現(xiàn)分布式鎖

根據(jù)lockKey區(qū)進(jìn)行setnx（set not exist，如果key值為空，則正常設(shè)置，返回1，否則不會進(jìn)行設(shè)置并返回0）操作，如果設(shè)置成功，表示已經(jīng)獲得鎖，否則并沒有獲取鎖。

2.如果沒有獲得鎖，去Redis上拿到該key對應(yīng)的值，在該key上我們存儲一個時間戳（用毫秒表示，t1），為了避免死鎖以及其他客戶端占用該鎖超過一定時間（5秒），使用該客戶端當(dāng)前時間戳，與存儲的時間戳作比較。

3.如果沒有超過該key的使用時限，返回false，表示其他人正在占用該key，不能強(qiáng)制使用；如果已經(jīng)超過時限，那我們就可以進(jìn)行解鎖，使用我們的時間戳來代替該字段的值。

4.但是如果在setnx失敗后，get該值卻無法拿到該字段時，說明操作之前該鎖已經(jīng)被釋放，這個時候，最好的辦法就是重新執(zhí)行一遍setnx方法來獲取其值以獲得該鎖。

釋放鎖：刪除redis中key

Zookeeper實(shí)現(xiàn)分布式鎖

基于臨時順序節(jié)點(diǎn)：

1.客戶端調(diào)用create()方法創(chuàng)建名為“l(fā)ocknode/guid-lock-”的節(jié)點(diǎn)，需要注意的是，這里節(jié)點(diǎn)的創(chuàng)建類型需要設(shè)置為EPHEMERAL_SEQUENTIAL。

2.客戶端調(diào)用getChildren(“l(fā)ocknode”)方法來獲取所有已經(jīng)創(chuàng)建的子節(jié)點(diǎn)。

3.客戶端獲取到所有子節(jié)點(diǎn)path之后，如果發(fā)現(xiàn)自己在步驟1中創(chuàng)建的節(jié)點(diǎn)是所有節(jié)點(diǎn)中序號最小的，那么就認(rèn)為這個客戶端獲得了鎖。

4.如果創(chuàng)建的節(jié)點(diǎn)不是所有節(jié)點(diǎn)中序號最小的，那么則監(jiān)視比自己創(chuàng)建節(jié)點(diǎn)的序列號小的最大的節(jié)點(diǎn)，進(jìn)入等待。直到下次監(jiān)視的子節(jié)點(diǎn)變更的時候，再進(jìn)行子節(jié)點(diǎn)的獲取，判斷是否獲取鎖。

釋放鎖的過程相對比較簡單，就是刪除自己創(chuàng)建的那個子節(jié)點(diǎn)即可。

區(qū)別：

redis分布式鎖，其實(shí)需要自己不斷去嘗試獲取鎖，比較消耗性能

zk分布式鎖，獲取不到鎖，注冊個監(jiān)聽器即可，不需要不斷主動嘗試獲取鎖，性能開銷較小

另外一點(diǎn)就是，如果是redis獲取鎖的那個客戶端bug了或者掛了，那么只能等待超時時間之后才能釋放鎖；而zk的話，因?yàn)閯?chuàng)建的是臨時znode，只要客戶端掛了，znode就沒了，此時就自動釋放鎖

感謝各位的閱讀！關(guān)于zk和redis分布式鎖有哪些區(qū)別就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，讓大家可以學(xué)到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到吧！