redis高可用實現(xiàn)原理？redis的高可用性主要有主從模式、哨兵模式和集群模式。這些模式的具體實現(xiàn)原則和演進思路可以參考：【redis高可用架構演進——今日頭條】https://m.toutiao.

redis高可用實現(xiàn)原理？

redis的高可用性主要有主從模式、哨兵模式和集群模式。這些模式的具體實現(xiàn)原則和演進思路可以參考：【redis高可用架構演進——今日頭條】https://m.toutiao.com/is/eejkhKG/

Redis分布式鎖的原理是什么？如何續(xù)期？

分布式鎖的需求伴隨著應用的分布式部署。在單個應用程序只部署一臺服務器的情況下，可以通過Java同步鎖來實現(xiàn)。同步鎖是一種原子操作。

當應用程序以分布式方式部署并且具有多個服務時，應用服務器將無法提供原子操作。Redis具有高性能，而且是單線程的，因此它可以為原子操作提供一個場所。有了它，就可以實現(xiàn)分布式鎖。

有些“上古”程序員一直堅持反對使用redis怎么辦？

分享大人物的答案似乎合情合理。

不要告訴我們是否使用redis。你必須告訴我們你為什么要使用redis。沒有redis的業(yè)務怎么了？世界上沒有免費的午餐。如果不直接使用頭部緩存/NoSQL，可能會帶來越來越嚴重的問題。

單個數據庫的最大優(yōu)點是易于實現(xiàn)事務，并由數據庫本身保證。舉個簡單的例子，要下訂單，需要扣除庫存并插入訂單條目。如果inventory和order都是數據庫表條目，那么這個事務是無可挑剔的。如果庫存在redis中，訂單條目是mysql，通常需要先寫redis，成功后再寫數據庫。如果您寫數據庫失敗，需要回滾redis，如果由于網絡或其他原因回滾失敗，將再扣減一個存貨。不要認為這些事情很容易解決。事務處理的復雜性遠遠超出您的想象。例如，當您編寫mysql時，您在提交時就失去了連接。你無法判斷提交是成功還是失敗。你的redis是不是在倒退？

因此，當您引入一個新層時，您必須弄清楚您必須使用cache/NoSQL的目的以及您可以接受的一致性模型。否則，你就要出丑了。

redisson和redis區(qū)別？

絕地武士和雷森有什么區(qū)別？

jedis和redisson都用Java封裝redis操作。Jedis簡單地封裝了redis的API庫，可以看作redis客戶機。它的方法與redis命令非常相似。redison不僅封裝了redis，而且封裝了對更多數據結構、鎖等功能的支持，比jedis更大。但絕地武士比雷迪森更具獨創(chuàng)性和靈活性。

Redis官方推薦十多種Java語言封裝框架（Redis官網），主要是jedis和redisson。

[jedis

jedis是一個用Java實現(xiàn)的redis客戶端。它的API提供了與redis本地命令類似的全面支持。與其他redis封裝框架相比，它更為原生。

它主要使用滑閥