分布式架構(gòu) 什么時候需要分布式鎖?
什么時候需要分布式鎖?首先,我們需要知道在非分布式環(huán)境中,什么可以用鎖來解決?多線程環(huán)境,共享資源線程安全問題!此時,共享資源通常在一臺機(jī)器的多線程中競爭。從JAVA內(nèi)存模型的角度來看,我們可以通過鎖
什么時候需要分布式鎖?
首先,我們需要知道在非分布式環(huán)境中,什么可以用鎖來解決?
多線程環(huán)境,共享資源線程安全問題!此時,共享資源通常在一臺機(jī)器的多線程中競爭。從JAVA內(nèi)存模型的角度來看,我們可以通過鎖定對象、方法和代碼塊來避免共享資源的競爭
!1,生成全局ID;
2,修改全局配置文件;
3,分布式服務(wù)中的seckill;
4,分布式環(huán)境中的重復(fù)提交;
1,使用數(shù)據(jù)庫的唯一主鍵實現(xiàn)鎖定
!2、使用redis指令:通常使用setnx方法,incr方法實現(xiàn)
3、使用zookeeper:使用API生成臨時節(jié)點實現(xiàn)鎖定
Redis分布式鎖的原理是什么?如何續(xù)期?
分布式鎖的需求伴隨著應(yīng)用的分布式部署。在單個應(yīng)用程序只部署一臺服務(wù)器的情況下,可以通過Java同步鎖來實現(xiàn)。同步鎖是一種原子操作。
當(dāng)應(yīng)用程序以分布式方式部署并且具有多個服務(wù)時,應(yīng)用服務(wù)器將無法提供原子操作。Redis具有高性能,而且是單線程的,因此它可以為原子操作提供一個場所。有了它,就可以實現(xiàn)分布式鎖。
查漏補(bǔ)缺,Zookeeper是怎樣實現(xiàn)分布式鎖?
一般原理如下
需要獲取鎖的客戶端向服務(wù)器發(fā)送創(chuàng)建鎖節(jié)點的請求。例如,它是在/lock space節(jié)點下創(chuàng)建的。服務(wù)器按順序依次創(chuàng)建/node-0000000000和/node-000000000(同步模式保證),然后客戶端獲得/lock下的節(jié)點列表,判斷自己創(chuàng)建的節(jié)點是否最小。如果是,則獲得鎖。使用后,刪除自己的鎖節(jié)點,其他需要獲取鎖的客戶端再次獲取鎖節(jié)點信息(未創(chuàng)建節(jié)點的客戶端發(fā)送創(chuàng)建請求,已創(chuàng)建節(jié)點的客戶端獲?。?,以確定是否最小并獲取鎖并移除鎖。