0071-每特教育學(xué)院螞蟻課堂3期分布式解決方案鎖解決基于redis方式實(shí)現(xiàn)

1、分布式鎖解決方案采用數(shù)據(jù)庫 不建議 性能不好 jdbc基于 Redis 實(shí)現(xiàn)分布式鎖（setnx）setnx 也可以存入 key，如果存入 key 成功返回 1，如果存入的 key 已經(jīng)存在了，返回 0.基于 Zookeeper 實(shí)現(xiàn)分布式鎖 Zookeeper 是一個(gè)分布式協(xié)調(diào)工具，在分布式解決方案中。多個(gè)客戶端（jvm），同時(shí)在 zk 上創(chuàng)建相同的一個(gè)臨時(shí)節(jié)點(diǎn)，因?yàn)榕R時(shí)節(jié)點(diǎn)路徑是保證唯一，只要誰能夠創(chuàng)建節(jié)點(diǎn)成功，誰就能夠獲取到鎖，沒有創(chuàng)建成功節(jié)點(diǎn)，就會(huì)進(jìn)行等待，當(dāng)鎖的時(shí)候，采用事件通知給客戶端重新獲取鎖的資源。Redis 實(shí)現(xiàn)分布式鎖與 Zookeeper 實(shí)現(xiàn)分布式鎖區(qū)別實(shí)現(xiàn)分布式鎖最終

2、是通過什么方式？（相同點(diǎn)） 在集群環(huán)境下，保證只允許有一個(gè) jvm 進(jìn)行執(zhí)行。從技術(shù)上分析（區(qū)別）Redis 是 nosql 數(shù)據(jù)，主要特點(diǎn)緩存Zookeeper 是分布式協(xié)調(diào)工具，主要用于分布式解決方案實(shí)現(xiàn)思路（區(qū)別）通過獲取鎖、鎖、死鎖問題獲取鎖Zookeeper多個(gè)客戶端（jvm），會(huì)在 Zookeeper 上創(chuàng)建同一個(gè)臨時(shí)節(jié)點(diǎn)，因?yàn)?Zookeeper 節(jié)點(diǎn)命名路徑保證唯一，不允許出現(xiàn)重復(fù)，只要誰能夠先創(chuàng)建成功，誰能夠獲取到鎖。Redis多個(gè)客戶端（jvm），會(huì)在 Redis 使用 setnx 命令創(chuàng)建相同的一個(gè)key，因?yàn)?Redis 的 key 保證唯一，不允許出現(xiàn)重復(fù)，只要誰能夠

3、先創(chuàng)建成功，誰能夠獲取到鎖。鎖Zookeeper 使用直接關(guān)閉臨時(shí)節(jié)點(diǎn) ses會(huì)話連接，因?yàn)榕R時(shí)節(jié)點(diǎn)生命周期與 ses會(huì)話綁定在一塊，如果ses會(huì)話連接關(guān)閉的話，該臨時(shí)節(jié)點(diǎn)也會(huì)被刪除。這時(shí)候客戶端使用事件，如果該臨時(shí)節(jié)點(diǎn)被刪除的話，重新進(jìn)入盜獲取鎖的步驟。Redis 在鎖的時(shí)候，為了確保是鎖的一致性問題，在刪除的 redis 的key 時(shí)候，需要判斷同一個(gè)鎖的 id，才可以刪除。共同特征：如何解決死鎖現(xiàn)象問題Zookeeper 使用會(huì)話有效期方式解決死鎖現(xiàn)象。Redis 是對 key 設(shè)置有效期解決死鎖現(xiàn)象性能角度考慮因?yàn)?Redis 是 NoSQL 數(shù)據(jù)庫，相對比來說 RedisZookeeper 性能要好。比可靠性從可靠性角度分析，Zookeeper 可靠性比 Redis 更好。因?yàn)?Redis 有效期不是很好控制，可能會(huì)產(chǎn)生有效期延遲，Zookeeper 就不一樣，因