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命令等）可以通过复制功能建立多个从数据库，主数据库只进行写操作，而从数据库负责读操作。