Redis的主从设备模式也叫做主仆模式英文简称为Master-Slave，Redis中的Master-Slave模式的核心思想是基于分而治之的思想，将一个原始任务分解为若干个语义等同的子任务，并由专门的工作者线程来并行执行这些任务，原始任务的结果是通过整合各个子任务的处理结果形成的。主要的使用场景有：

• 并行计算,以提升计算性能
• 容错处理,以提升计算的可靠性
• 计算精度,以提高计算的精确程度

1.连接过程

• 主服务器创建快照文件，发送给从服务器，并在发送期间使用缓冲区记录执行的写命令。快照文件发送完毕之后，开始向从服务器发送存储在缓冲区中的写命令；
• 从服务器丢弃所有旧数据，载入主服务器发来的快照文件，之后从服务器开始接受主服务器发来的写命令；
• 主服务器每执行一次写命令，就向从服务器发送相同的写命令。

2.主从链

随着负载不断上升，主服务器可能无法很快地更新所有从服务器，或者重新连接和重新同步从服务器将导致系统超载。为了解决这个问题，可以创建一个中间层来分担主服务器的复制工作。中间层的服务器是最上层服务器的从服务器，又是最下层服务器的主服务器。

Sentinel（哨兵）可以监听集群中的服务器，并在主服务器进入下线状态时，自动从从服务器中选举出新的主服务器。

3.分片

分片是将数据划分为多个部分的方法，可以将数据存储到多台机器里面，这种方法在解决某些问题时可以获得线性级别的性能提升。假设有 4 个 Redis 实例 R0，R1，R2，R3，还有很多表示用户的键 user:1，user:2，... ，有不同的方式来选择一个指定的键存储在哪个实例中。最简单的方式是范围分片，例如用户 id 从 0~1000 的存储到实例 R0 中，用户 id 从 1001~2000 的存储到实例 R1 中，等等。但是这样需要维护一张映射范围表，维护操作代价很高。还有一种方式是哈希分片，使用 CRC32 哈希函数将键转换为一个数字，再对实例数量求模就能知道应该存储的实例。

Redis的Master-Slave模式将服务的执行委托给不同的从设备，具有不同的实现。但从设备是孤立的,没有共享的状态。因此，我们使用该模式还是要因地制宜，根据实际情况选择。Redis也只是我们数据库视频教程中的一个，还有很多数据库类型在其中有很详细透彻的讲解，想学习的小伙伴抓紧时间行动起来吧！