#### **1.通過SETNX實現互斥** 客戶1試圖加鎖 ~~~ SETNX lock 1 (integer) 1 // 客戶端1，加鎖成功 ~~~ 客戶2試圖加鎖，失敗 ~~~ SETNX lock 1 (integer) 0 // 客戶端2，加鎖失敗 ~~~ #### **2.需要釋放鎖** 如果有客戶端進程掛掉，會造成其他客戶端無法獲取到鎖，進而死鎖 ~~~text 127.0.0.1:6379> DEL lock // 釋放鎖 (integer) 1 ~~~ #### **3.設置鎖消亡時間** 設置消亡時間可以避免死鎖，但是會出現業務沒有完成，鎖被強制收回的情況 ``` SET lock 1 EX 10 NX # 加鎖和消亡時間由Redis保證原子性 ``` 問題： > 客戶1獲得鎖，并執行業務處理 > 業務處理時鎖過期，鎖被強制收回 > 客戶二獲得鎖，并執行業務 > 客戶一業務執行完成，釋放鎖，此時是客戶2的鎖 解決辦法，對自己的鎖標識 **4. 鎖標識** 上鎖時，加上自己的唯一標識（鎖=key，標識=value），value唯一即可 ~~~ // 鎖的VALUE設置為UUID 127.0.0.1:6379> SET lock $uuid EX 20 NX OK ~~~ 解鎖時，進行判斷 ``` // 鎖是自己的，才釋放 if redis.get("lock") == $uuid redis.del("lock") ``` 由于get和del不是原子操作，又會產生線程安全問題（概率很小） > 首先，客戶1判斷是自己的鎖，此時鎖被強制收回 > 客戶2獲取鎖 > 客戶一繼續刪除，又刪錯了 解決辦法，通過lua腳本讓get和del指令具有原子性 #### **5.鎖存活時間問題** 業務沒有執行完成，鎖被強制收回，如何控制好鎖消亡時間，redisson有看門狗技術，實時監控業務處理