* 消息中間件（一）MQ詳解及四大MQ比較[https://blog.csdn.net/wqc19920906/article/details/82193316](https://blog.csdn.net/wqc19920906/article/details/82193316) * rabbitMQ、activeMQ、zeroMQ、Kafka、Redis 比較 :[https://www.cnblogs.com/valor-xh/p/6348009.html](https://www.cnblogs.com/valor-xh/p/6348009.html) * * * Zookeeper 分布式鎖 當用戶A修改訂單前，會根據訂單號到Zookeeper找對應的值，如果找到了，說明有用戶在操作相同訂單號的數據， 這時用戶A需要等待，如果沒有獲取到則在Zookeeper中創建訂單號為5的節點， 然后在去操作數據庫A，把訂單5的價格改為20，然后把數據庫數據同步到數據庫B， 此時如果用戶B想操作訂單為5的數據，它先去zookeeper判斷是否有值，這是肯定有，所有用戶B等待，等A操作結束后， 本次會話結束，Zookeeper自動刪除此節點，此時B在去操作數據庫，這樣就實現了分布式鎖問題。 修改數據時， 判斷有沒有改節點，如果沒有，就創建一個當前類型的節點，修改數據， 刪除節點，結束 如果創建節點失敗，就需要等待節點的釋放 分布式鎖，如果你有多個機器在訪問同一個共享資源， 那么這個時候，如果你需要加個鎖，讓多個分布式的機器在訪問共享資源的時候串行起來 那么這個時候，那個鎖，多個不同機器上的服務共享的鎖，就是分布式鎖 分布式鎖當然有很多種不同的實現方案，redis分布式鎖，zookeeper分布式鎖 二階段提交 ## 分布式鎖服務：DistributedLock，根據各自的業務創建分布式鎖；