Redis分布式鎖的原理是什么？如何續(xù)期？分布式鎖的需求伴隨著應用的分布式部署。在單個應用程序只部署一臺服務器的情況下，可以通過Java同步鎖來實現。同步鎖是一種原子操作。當應用程序以分布式方式部署并

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

分布式鎖的需求伴隨著應用的分布式部署。在單個應用程序只部署一臺服務器的情況下，可以通過Java同步鎖來實現。同步鎖是一種原子操作。

當應用程序以分布式方式部署并且具有多個服務時，應用服務器將無法提供原子操作。Redis具有高性能，而且是單線程的，因此它可以為原子操作提供一個場所。有了它，就可以實現分布式鎖。

什么時候需要分布式鎖？

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

多線程環(huán)境，共享資源線程安全問題！此時，共享資源通常在一臺機器的多線程中競爭。從JAVA內存模型的角度來看，我們可以通過鎖定對象、方法和代碼塊來避免共享資源的競爭

！1，生成全局ID；

2，修改全局配置文件；

3，分布式服務中的seckill；

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

1，使用數據庫的唯一主鍵實現鎖定

！2、使用redis指令：通常使用setnx方法，incr方法實現

3、使用zookeeper：使用API生成臨時節(jié)點實現鎖定

怎么實現redis的讀鎖？

避免落入setnx（set if not exists）陷阱的最好方法是永遠不要使用它：

setnx lock“l(fā)ock”

expire lock 100

del lock

場景：查詢數據庫的接口有大量調用，因此添加了緩存，問題是當并發(fā)量大的時候，如果沒有鎖機制，大量的并發(fā)請求會在緩存過期的時候穿透緩存，直接查詢數據庫，造成雪崩效應，如果有鎖機制，只能處理一個請求控制以更新緩存。其他請求根據情況等待或使用過期的緩存。

$key=“cache update Lock”//Lock

$random=MD5（uniqid（getmypid（））?！啊?mturand（）.“”，true））//隨機值

$TTL=10//NX不存在，ex為過期時間，TTL為生存時間，單位為秒

if（$redis->set（$key，$random，[“NX”，“ex”=>$TTL]）{

$cache->update（）//鎖定后執(zhí)行業(yè)務邏輯，這里是update cache

//添加隨機值判斷避免刪除其他操作的鎖

如果（$redis->get（$key）==$random）{

$redis->del（$key）}