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

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

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

redis單線程為什么比多線程快？

一般來(lái)說(shuō)，單線程的處理能力比多線程差，但是redis之所以更快，主要是因?yàn)橐韵略颍?/p>

1。純內(nèi)存訪問(wèn)，ReDIS將所有數(shù)據(jù)存儲(chǔ)在內(nèi)存中，內(nèi)存的響應(yīng)時(shí)間約為100納秒，這是ReDIS實(shí)現(xiàn)每秒10000級(jí)訪問(wèn)的重要基礎(chǔ)。

2. 非阻塞io。Redis使用epoll作為I/O復(fù)用技術(shù)的實(shí)現(xiàn)。此外，redis自己的事件處理模型將epoll中的連接、讀寫(xiě)和關(guān)閉轉(zhuǎn)換為事件，不會(huì)在網(wǎng)絡(luò)I/O上浪費(fèi)太多時(shí)間。單線程避免了線程切換和爭(zhēng)用的消耗。

單線程的優(yōu)點(diǎn)：1。簡(jiǎn)化了數(shù)據(jù)結(jié)構(gòu)和算法的實(shí)現(xiàn)。

2. 避免線程切換和爭(zhēng)用的消耗。對(duì)于服務(wù)器，鎖和線程切換通常是性能殺手。

單線程問(wèn)題：每個(gè)命令的執(zhí)行時(shí)間都有要求。如果執(zhí)行一個(gè)命令，它將阻止其他命令，這對(duì)高性能服務(wù)redis是致命的。因此，redis是一個(gè)用于快速執(zhí)行場(chǎng)景的數(shù)據(jù)庫(kù)。

有些“上古”程序員一直堅(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，通常需要先寫(xiě)redis，成功后再寫(xiě)數(shù)據(jù)庫(kù)。如果您寫(xiě)數(shù)據(jù)庫(kù)失敗，需要回滾redis，如果由于網(wǎng)絡(luò)或其他原因回滾失敗，將再扣減一個(gè)存貨。不要認(rèn)為這些事情很容易解決。事務(wù)處理的復(fù)雜性遠(yuǎn)遠(yuǎn)超出您的想象。例如，當(dāng)您編寫(xiě)mysql時(shí)，您在提交時(shí)就失去了連接。你無(wú)法判斷提交是成功還是失敗。你的redis是不是在倒退？

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