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

創(chuàng)新互聯(lián)公司企業(yè)建站,十年網(wǎng)站建設經(jīng)驗，專注于網(wǎng)站建設技術，精于網(wǎng)頁設計，有多年建站和網(wǎng)站代運營經(jīng)驗，設計師為客戶打造網(wǎng)絡企業(yè)風格，提供周到的建站售前咨詢和貼心的售后服務。對于網(wǎng)站設計制作、成都網(wǎng)站制作中不同領域進行深入了解和探索，創(chuàng)新互聯(lián)在網(wǎng)站建設中充分了解客戶行業(yè)的需求，以靈動的思維在網(wǎng)頁中充分展現(xiàn)，通過對客戶行業(yè)精準市場調研，為客戶提供的解決方案。

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

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

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

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

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

釋放鎖：刪除redis中key

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

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

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

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

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

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

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

區(qū)別：

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

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

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

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