Redis集群模式之主從復(fù)制原理及存在的缺陷

上一篇 <<<使用Redisson工具實現(xiàn)分布式鎖
下一篇 >>>Redis集群模式之哨兵模式


單個Redis如果因為某種原因宕機的話,可能會導(dǎo)致Redis服務(wù)不可用,可以使用主從復(fù)制實現(xiàn)一主多從,主節(jié)點負責(zé)寫的操作,從節(jié)點負責(zé)讀的操作,主節(jié)點會定期將數(shù)據(jù)同步到從節(jié)點中,保證數(shù)據(jù)一致性的問題。

主從復(fù)制的好處

1、實現(xiàn)redis集群
2、數(shù)據(jù)的備份
3、讀寫分離

主從復(fù)制的原理

1.主的上面不用任何的配置,從的上面配置主的地址、端口和密碼信息
2.Redis從節(jié)點向主節(jié)點建立socket連接sync
3.Redis采用全量或者增量的形式將數(shù)據(jù)同步給從節(jié)點
全量復(fù)制:從redis首次啟動的時候(二進制執(zhí)行dump文件,也就是同步RDB文件)
增量復(fù)制:網(wǎng)絡(luò)出現(xiàn)問題,從節(jié)點再次連接主節(jié)點時,主節(jié)點補發(fā)缺少的數(shù)據(jù),每次數(shù)據(jù)增量同步(AOF文件)

在Redis如何配置一主多從關(guān)系

Redis.conf 
# replicaof <masterip> <masterport>
slaveof 192.168.212.160 6379
masterauth 123456

info replication 
a、只要在從的上面配置主的地址即可,主的不用任何的配置
配置二叉樹的從節(jié)點時,一級從節(jié)點可以作為二級從節(jié)點的偽主節(jié)點

主從復(fù)制存在的缺陷

1.只有主節(jié)點可以寫操作,從節(jié)點只能讀。主的一旦宕機,集群不可用,從的無法寫,導(dǎo)致整個redis癱瘓,需要人工更改配置變?yōu)橹鞑僮鳌窘鉀Q:使用哨兵機制】
2.主從同步存在一致性問題,速度較慢【解決:使用二叉樹方式加速同步機制】


推薦閱讀:
<<<分布式緩存與本地緩存的區(qū)別
<<<Ehcache基礎(chǔ)知識
<<<SpringBoot整合Ehcache
<<<Redis的5種數(shù)據(jù)類型
<<<Redis存放實體對象的方式及區(qū)別
<<<Redis的應(yīng)用場景匯總
<<<Redis高效及線程安全的真正原因
<<<Redis為啥要分為16個庫
<<<RDB和AOF持久化方式的區(qū)別
<<<Redis與數(shù)據(jù)庫的一致性解決方案
<<<SpringBoot整合Redis的注解版本完成數(shù)據(jù)緩存
<<<Redis的淘汰策略
<<<Redis的事務(wù)操作(Mult和Watch)知識點
<<<Redis的過期機制使用場景示例
<<<Redis實現(xiàn)分布式鎖的原理分析
<<<Redis分布式鎖的實現(xiàn)代碼示例
<<<使用Redisson工具實現(xiàn)分布式鎖
<<<Redis集群模式之哨兵模式
<<<Redis集群模式之Cluster去中心化分片集群
<<<Linux環(huán)境下安裝單機Redis
<<<Redis Cluster集群環(huán)境搭建
<<<Redis Cluster如何動態(tài)擴容與縮容
<<<Redis Cluster主從節(jié)點自動切換
<<<Redis集群模式的類型和缺陷匯總
<<<Redis緩存的穿透、擊穿和雪崩效應(yīng)
<<<Redis解決穿透擊穿問題時使用的布隆過濾器知識點
<<<Redis與MySQL的數(shù)據(jù)同步解決方案
<<<阿里云的Canal框架實現(xiàn)Redis與Mysql同步原理及代碼示例
<<<阿里云的Canal框架配置
<<<Redis官方提出的redlock分布式鎖
<<<Redis的調(diào)優(yōu)設(shè)置
<<<Redis常見問題匯總

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容