首页 / REDIS / 09.Redis架构之主从复制原理
09.Redis架构之主从复制原理
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了09.Redis架构之主从复制原理,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含1568字,纯文字阅读大概需要3分钟。
内容图文
![09.Redis架构之主从复制原理](/upload/InfoBanner/zyjiaocheng/877/d2129b679ca94eec846ab3ac81f5520e.jpg)
一、Redis主从复制架构的介绍
## 基本介绍
01:一个主可以有多个从(一主多从);从库下可以有多个从(级联式主从); 02:Redis主从复制时是使用异步复制(主不管slave有没有接收到数据); 03:复制时不会阻塞主服务器响应客户端的请求,因为在进行数据同步时, 主上面执行bgsave命令for出一个子进程来进行数据的同步操作; 04:在复制时可能会影响slave端redis的主进程对客户端的响应;在2.8版本 以后,slave默认是只读的哈? 例如:主从复制架构,写是在master端进行,你通过手段做了读写分离, 让客户端在slave中进行读的操作,此时slave在同步(不管全同步,还是 增量同步)master端的数据时会不会阻塞客户端的读取操作呢? 解答:这个其实是由参数slave-serve-stale-data控制的,它有两个值, yes和no;yes表示仍然响应,可能数据不是最新的;默认就是yes;no表示 不响应,给客户端报"SYNC with master in progress"错误;
## 主从复制时的一个数据安全问题
01:如果对数据持久化没有要求的情况下,可以不用考虑;若对数据有持久化的需求时就需要注意了;
02:这时主要是主从复制架构哈,以下通过两种情况来说明;
## 一主一从,Master端没开启任何的持久化,Slave中开启的是RDB持久化;
01:Master一重启或者宕机恢复后,因为没有做持久化,此时Master端的redis中是没有任何数据的;
02:Slave发现Master重新活过来了,带着ip+端口+密码去连接,同时请求全同步(slave每次都是要求全同步数据);
## 一主一从,Master端没有开启任何的持久化,Slave中开启的是AOF持久化;
二、主从复制的原理【基于主从都开启了RDB持久化】
## 当Slave第一次与Master建立连接的过程;Master和Slave都开启了RDB持久化。
## Slave与Master建立连接后,Master端产生数据了;接上图
## Slave与Master建立连接后,Slave重启或者宕机恢复后[但slave的RDB持久化文件没有被移除或损坏,Master还是好好的运行着哈,重来没有重启过]。接上图
内容总结
以上是互联网集市为您收集整理的09.Redis架构之主从复制原理全部内容,希望文章能够帮你解决09.Redis架构之主从复制原理所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。