如何搭建高可用Redis架構(gòu)？1. 它取決于您的業(yè)務(wù)的復(fù)雜性來(lái)決定如何構(gòu)建它。簡(jiǎn)單地說(shuō)，redis的主從結(jié)構(gòu)可以實(shí)現(xiàn)簡(jiǎn)單的讀高可用性，而寫不高可用性。2. 通過(guò)keepalive對(duì)主機(jī)進(jìn)行監(jiān)控，實(shí)現(xiàn)主

如何搭建高可用Redis架構(gòu)？

1. 它取決于您的業(yè)務(wù)的復(fù)雜性來(lái)決定如何構(gòu)建它。簡(jiǎn)單地說(shuō)，redis的主從結(jié)構(gòu)可以實(shí)現(xiàn)簡(jiǎn)單的讀高可用性，而寫不高可用性。

2. 通過(guò)keepalive對(duì)主機(jī)進(jìn)行監(jiān)控，實(shí)現(xiàn)主機(jī)停機(jī)時(shí)的熱切換。Redis還有一個(gè)熱備機(jī)制的master

3。采用redis的集群方案實(shí)現(xiàn)負(fù)載分離和高可用性。（此解決方案至少需要三臺(tái)機(jī)器。如果集群比較小，配置就比較方便。現(xiàn)在有很多在線策略。）

有些“上古”程序員一直堅(jiān)持反對(duì)使用redis怎么辦？

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

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

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

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