redis實現分佈式鎖天然的缺陷
redis分佈式鎖基本原理
採用 redis 實現分佈式鎖，主要是利用其單線程命令執行的特性，一般是 setnx， 只會有一個線程會執行成功，也就是只有一個線程能成功獲取鎖； 看着很完美
看看可能有什麼問題？
一般生產環境為了可用性，redis 會部署 master-slave + sentinel 的結構， 如：
master 提供服務、slave standby 作為備份節點不提供服務， master異步將數據複製給 slave 以保證數據一致， sentinel哨兵檢查 master節點，當master節點故障時 將slave節點提升為 新的master 對外提供服務；
正常情況下，都是當前 master 對外提供服務，多個線程 setnx 只會有一個成功
當 master 故障時
線上環境嘛，總會有各種各樣的故障出現，這也是為什麼要部署 ha 的原因；
我們設想，thread-1 setnx a 1 成功後，master節點發生故障；但是，此時 a=1 這條數據還沒來得及同步到 slave 節點，然後 sentinel 哨兵會進行故障切換將 slave 提升上來對外提供服務， 然後 thread-2 來 setnx a 1 加鎖，因為之前鎖狀態在 slave 不存在，那這時候 thread-2 也會加鎖成功， 這個時候鎖的語義就被破壞了
