Redis分布式鎖的原理是什么？如何續(xù)期？分布式鎖的需求伴隨著應(yīng)用的分布式部署。在單個(gè)應(yīng)用程序只部署一臺(tái)服務(wù)器的情況下，可以通過(guò)Java同步鎖來(lái)實(shí)現(xiàn)。同步鎖是一種原子操作。當(dāng)應(yīng)用程序以分布式方式部署并

Redis分布式鎖的原理是什么？如何續(xù)期？

分布式鎖的需求伴隨著應(yīng)用的分布式部署。在單個(gè)應(yīng)用程序只部署一臺(tái)服務(wù)器的情況下，可以通過(guò)Java同步鎖來(lái)實(shí)現(xiàn)。同步鎖是一種原子操作。

當(dāng)應(yīng)用程序以分布式方式部署并且具有多個(gè)服務(wù)時(shí)，應(yīng)用服務(wù)器將無(wú)法提供原子操作。Redis具有高性能，而且是單線程的，因此它可以為原子操作提供一個(gè)場(chǎng)所。有了它，就可以實(shí)現(xiàn)分布式鎖。

redis為什么需要分布式鎖？

例如：seckill、global incremental ID、floor generation等。大多數(shù)解決方案都是基于數(shù)據(jù)庫(kù)的。Redis是單進(jìn)程單線程模式，它采用隊(duì)列模式將并發(fā)訪問(wèn)改為串行訪問(wèn)，多客戶(hù)端連接到Redis之間不存在競(jìng)爭(zhēng)。其次，redis提供了setnx和GetSet命令，方便分布式鎖機(jī)制的實(shí)現(xiàn)。

什么時(shí)候需要分布式鎖？

首先，我們需要知道在非分布式環(huán)境中使用鎖可以解決什么問(wèn)題？

多線程環(huán)境，共享資源線程安全問(wèn)題！此時(shí)，共享資源通常在一臺(tái)機(jī)器的多線程中競(jìng)爭(zhēng)。從JAVA內(nèi)存模型的角度來(lái)看，我們可以通過(guò)鎖定對(duì)象、方法和代碼塊來(lái)避免共享資源的競(jìng)爭(zhēng)

！1，生成全局ID；

2，修改全局配置文件；

3，分布式服務(wù)中的seckill；

4，分布式環(huán)境中的重復(fù)提交；

1，使用數(shù)據(jù)庫(kù)的唯一主鍵實(shí)現(xiàn)鎖定

！2、使用redis指令：通常使用setnx方法，incr方法實(shí)現(xiàn)

3、使用zookeeper：使用API生成臨時(shí)節(jié)點(diǎn)實(shí)現(xiàn)鎖定

分布式鎖用zookeeper還是redis好？

1. 無(wú)法重新進(jìn)入

2。沒(méi)有本地鎖，并發(fā)性能會(huì)很差。它不用于并發(fā)鎖爭(zhēng)用較多的場(chǎng)景。本地鎖沒(méi)有自旋

3。不考慮鎖等待排序。redis很難實(shí)現(xiàn)，可以通過(guò)redis的列表實(shí)現(xiàn)，但是列表下的每個(gè)子節(jié)點(diǎn)都沒(méi)有超時(shí)。Redis也不能執(zhí)行模糊查詢(xún)key*

所以最好通過(guò)zookeeper來(lái)實(shí)現(xiàn)當(dāng)我們遇到性能瓶頸時(shí)，我們的離線節(jié)點(diǎn)往往無(wú)法注冊(cè)

zookeeper原理是一個(gè)臨時(shí)節(jié)點(diǎn)