韭菜如何像Redis一樣抗住壓力

今天，在朋友圈發(fā)了條動態(tài)來征集標(biāo)題，順便截了下最近買的一個基金。沒想到遇到了好多"養(yǎng)雞"的小伙伴，還認(rèn)識了跟我一樣韭的兄弟

以前我在公司內(nèi)網(wǎng)搜Redis相關(guān)資料的時候，無意中看到gitlab有個項目叫做「f**kRedis」，readme里邊大概的內(nèi)容是：「干*Redis，看下Redis是不是有真的這么牛逼，每次Redis出問題那些人都賴在網(wǎng)絡(luò)上」

（文章標(biāo)題由朋友圈小伙伴友情提供）

這篇文章主要的內(nèi)容是Redis主從架構(gòu)相關(guān)的，看完就能了解Redis是有什么措施來實(shí)現(xiàn)高可用的

今日總結(jié)

Redis實(shí)現(xiàn)高可用：

• AOF/RDB持久化機(jī)制
• 主從架構(gòu)（主服務(wù)器掛了，手動由從服務(wù)器頂上）
• 引入哨兵機(jī)制自動故障轉(zhuǎn)義

主從復(fù)制原理：

• PSYNC命令兩種模式：完全重同步、部分重同步
• 完全重同步：主從服務(wù)器建立連接、主服務(wù)器生成RDB文件發(fā)給從服務(wù)器、主服務(wù)器不阻塞（相關(guān)修改命令記錄至buffer）、將修改命令發(fā)給從服務(wù)器
• 部分重同步：從服務(wù)器斷線重連，發(fā)送RunId和offset給主服務(wù)器，主服務(wù)器判斷offset和runId，將還未同步給從服務(wù)器的offset相關(guān)指令進(jìn)行發(fā)送

哨兵機(jī)制：

• 哨兵可以理解為特殊的Redis服務(wù)器，一般會組成哨兵集群
• 哨兵主要工作是監(jiān)控、告警、配置以及選主
• 當(dāng)主服務(wù)器發(fā)生故障時，會「選出」一臺從服務(wù)器來頂上「客觀下線」的服務(wù)器，由「領(lǐng)頭哨兵」進(jìn)行切換

數(shù)據(jù)丟失：

• Redis的主從復(fù)制和故障轉(zhuǎn)移階段都有可能發(fā)生數(shù)據(jù)丟失問題（通過配置盡可能避免）

我已經(jīng)把文字版上傳到網(wǎng)盤了，你們有需要直接下載就好了。網(wǎng)盤里還有【簡歷模板】、【原創(chuàng)電子書】等內(nèi)容...如果看不太懂，多半是基礎(chǔ)不夠扎實(shí)，建議去網(wǎng)盤領(lǐng)份資料看看！