Redis学习(八)Redis主从复制
1 Redis的主从复制
1.1 什么是主从复制
持久化保证了即使redis服务重启也不会丢失数据,因为redis服务重启后会将硬盘上持久化的数据恢复到内存中,但是当redis服务器的硬盘损坏了可能会导致数据丢失,如果通过redis的主从复制机制就可以避免这种单点故障,如下图:
说明:
-
主redis中的数据有两个副本(replication)即从redis1和从redis2,即使一台redis服务器宕机其它两台redis服务也可以继续提供服务。
-
redis中的数据和从redis上的数据保持实时同步,当主redis写入数据时通过主从复制机制会复制到两个从redis服务上。
-
只有一个主redis,可以有多个从redis。
-
主从复制不会阻塞master,在同步数据时,master 可以继续处理client 请求
- 一个redis可以即是主又是从,如下图:
1.2 主从配置
1.2.1 主redis配置
无需特殊配置。
1.2.2 从redis配置
- 修改从redis服务器上的redis.conf文件
# slaveof <masterip> <masterport> slaveof 192.168.101.3 6379 |
上边的配置说明当前该【从redis服务器】所对应的【主redis服务器】的IP是192.168.101.3,端口是6379。
-
使用redis-cli客户端连接到redis服务,执行slaveof命令,但是这种方式在重启后将失去主从复制关系。slaveof <masterip> <masterport>
1.2.3 测试
同时启动主服务器(端口6379)和从服务器(端口6380)。
在主库写入数据:
在从库读取数据:
并且从库只有读取数据的权限而没有写入数据的权限!
1.3 主从复制原理
1、 当从库和主库建立主从关系后,会向主数据库发送SYNC命令;
2、 主库接收到SYNC命令后会,会执行BGSAVE命令,开启一个子线程(调用fork命令)在后台保存快照(RDB持久化过程,无论是否配置RDB持久化策略都会生成RBD文件),并将期间接收到的写命令缓存起来;
3、 当快照完成后,主Redis会将快照文件和所有缓存的写命令发送给从Redis;
4、 从Redis接收到后,先清空原有数据,之后会载入快照文件并且执行收到的缓存的命令;
5、 之后,主Redis每当接收到写命令时就会将命令发送从Redis,从而保证数据的一致;
1.4 无磁盘复制
通过前面的复制过程我们了解到,主库接收到SYNC的命令时会执行RDB过程,即使在配置文件中禁用RDB持久化也会生成,那么如果主库所在的服务器磁盘IO性能较差,那么这个复制过程就会出现瓶颈,庆幸的是,Redis在2.8.18版本开始实现了无磁盘复制功能。
1.4.1 原理:
Redis在与从数据库进行复制初始化时将不会将快照存储到磁盘,而是直接通过网络发送给从数据库,避免了IO性能差问题。
开启无磁盘复制:repl-diskless-syncyes
英文说的很明白,IO性能差,网络条件好的情况下,无磁盘复制效果更好。
1.5 主从架构的好处
①避免单点故障
②通过复制可以实现读写分离以提高服务器的负载能力。在常见的场景中,读的频率大于写,当单机的Redis无法应对大量的读请求时(尤其是耗资源的请求。比如SORT命令等)可以通过复制功能建立多个从数据库,主数据库只进行写操作,而从数据库负责读操作。