19 redis replication以及master持久化对主从架构的安全意义
目录
------------------------------------------------------------------------
1、图解redis replication基本原理
------------------------------------------------------------------------
2、redis replication的核心机制
(1)redis采用异步方式复制数据到slave节点,不过redis 2.8开始,slave node会周期性地确认自己每次复制的数据量
(2)一个master node是可以配置多个slave node的
(3)slave node也可以连接其他的slave node
(4)slave node做复制的时候,是不会block master node的正常工作的
(5)slave node在做复制的时候,也不会block对自己的查询操作,它会用旧的数据集来提供服务; 但是复制完成的时候,需要删除旧数据集,加载新数据集,这个时候就会暂停对外服务了
(6)slave node主要用来进行横向扩容,做读写分离,扩容的slave node可以提高读的吞吐量
slave,高可用性,有很大的关系
------------------------------------------------------------------------
3、master持久化对于主从架构的安全保障的意义
如果采用了主从架构,那么建议必须开启master node的持久化!
不建议用slave node作为master node的数据热备,因为那样的话,如果你关掉master的持久化,可能在master宕机重启的时候数据是空的,然后可能一经过复制,salve node数据也丢了
master -> RDB和AOF都关闭了 -> 全部在内存中
master宕机,重启,是没有本地数据可以恢复的,然后就会直接认为自己IDE数据是空的
master就会将空的数据集同步到slave上去,所有slave的数据全部清空
100%的数据丢失
master节点,必须要使用持久化机制
第二个,master的各种备份方案,要不要做,万一说本地的所有文件丢失了; 从备份中挑选一份rdb去恢复master; 这样才能确保master启动的时候,是有数据的
即使采用了后续讲解的高可用机制,slave node可以自动接管master node,但是也可能sentinal还没有检测到master failure,master node就自动重启了,还是可能导致上面的所有slave node数据清空故障
- MySQL主从复制原理以及架构
- Spark性能调优之——在实际项目中重构RDD架构以及RDD持久化
- NET 应用架构指导 V2 学习笔记(十五) 数据访问层指导 技术、性能、安全、部署、以及设计步骤考虑
- BIND:DNS主从服务器架构和安全控制详解
- redis (4).安全以及主从复制
- MySQL主从架构之Master-Master互为主备
- MySQL主从复制原理以及架构
- BIND:DNS主从服务器架构和安全控制详解
- Android知识架构 · 电话面试 · Android线程和进程以及安全问题
- web服务器分层架构的资源文件映射安全以及在J2EE应用中的利用与危害
- MySQL主从复制原理以及架构
- redis内存优化、持久化以及主从复制
- mysql主从架构, 以及双主模型的实现
- Spark---性能调优之重构RDD架构以及RDD持久化
- Linux(Ubuntu)环境MYSQL->master/slave主从同步设置以及注意事项
- 项目开发中的一些注意事项以及技巧总结 基于Repository模式设计项目架构—你可以参考的项目架构设计 Asp.Net Core中使用RSA加密 EF Core中的多对多映射如何实现? asp.net core下的如何给网站做安全设置 获取服务端https证书 Js异常捕获
- MySQL主从架构之Master-Slave主从同步
- CentOS 下安装Redis主从,Redis主从复制,Master-Slave部署架构
- ActiveMQ 基于zookeeper的主从(levelDB Master/Slave)搭建以及Spring-boot下使用
- mysql 主从配置以及 slave I/O 启动失败解决 Fatal error: The slave I/O thread stops because master and slave have