“分布式鎖”是用來解決分布式應用中“並發沖突”的一種常用手段，實現方式一般有基於zookeeper及基於redis二種。具體到業務場景中，我們要考慮二種情況： 一、搶不到鎖的請求，允許丟棄(即：忽略） 比如：一些不是很重要的場景，比如“監控數據持續上報”，某一篇文章的“已讀/未讀”標識位更新 ...

分布式鎖除了 redis實現外還有：數據庫樂觀鎖和zookeeper效率有限。 分布式鎖要滿足以下條件： 　　互斥性：確保同一時刻只有一個客戶端持有鎖。 　　不死鎖：一個客戶端持有鎖因斷網，崩潰等原因失聯了，仍可讓下一個人得到鎖。 　　容錯性：大部分redis節點可用，客戶端就可以加鎖解鎖 ...

1 分布式鎖分為 數據庫鎖（悲觀鎖、樂觀鎖）、第三方實現（redis、zookeeper等） 2 悲觀鎖使用場景：寫遠大於讀，保證成功率，並發不大，容易死鎖，通常使用mq異步處理； 樂觀鎖使用場景：讀遠大於寫，並發大，成功率要求不高； redis鎖使用場景：支持高並發、高成功率、比較占服務器資源 ...

在分布式環境中 ，為了保證數據的一致性，經常在程序的某個運行點(例如，減庫存操作或者流水號生成等)需要進行同步控制。以一個"流水號生成"的場景為例，普通的后台應用通常都是使用時間戳來生成流水號，但是在用戶訪問量很大的情況下，可能會出現並發問題。下面通過示例程序就演示一個典型的並發 ...

轉自： https://zhuanlan.zhihu.com/p/126344521 Redis概況 Redis(Remote Dictionary Server，即遠程字典服務)，是一個開源的（BSD 許可的）內存中的數據結構存儲器，用作數據庫、緩存和消息代理。它支持豐富的數據結構 ...

一、前言 　　在上一篇博客已經介紹了Zookeeper開源客戶端的簡單實用，本篇講解Zookeeper的應用場景。 二、典型應用場景 　　Zookeeper是一個高可用的分布式數據管理和協調框架，並且能夠很好的保證分布式環境中數據的一致性。在越來越多的分布式系統（Hadoop、HBase ...

分布式應用系統中，經常會用到zk，比如dubbo注冊中心，kafka分布式集群等都用到zk這一工具。除了這些用來做分布式集群外，zk還有那西應用場景事我們可以使用到該工具的呢？所以接下來就是我們要了解的重點了。 首先在使用zk的各種應用之前，我們需要了解zk 的相關功能模塊，這樣才能讓我們更清晰 ...

分布式鎖和事務一起使用失效原因： 在事務中使用redis分布式鎖，方法一旦執行事務生效，接着是redis分布式鎖生效，代碼執行完后釋放redis分布式鎖、然后提交事務數據，最后事務結束。在這個過程中事務沒有提交之前分布式鎖已經被釋放，導致分布式鎖失效解決：在調用事務方法之前先加分布式鎖 ...