跳到主要内容

Redis 主从切换

Redis主从切换是Redis高可用性架构中的关键操作之一。它允许在主节点（Master）发生故障时，自动或手动将一个从节点（Slave）提升为新的主节点，从而确保服务的持续可用性。本文将详细介绍Redis主从切换的概念、实现方式以及实际应用场景。

什么是Redis主从切换？​

在Redis的主从复制架构中，主节点负责处理写操作，而从节点则复制主节点的数据并提供读服务。当主节点发生故障时，系统需要快速将一个从节点提升为新的主节点，以继续提供服务。这个过程称为主从切换。

主从切换可以是手动的，也可以是自动的。手动切换需要管理员介入，而自动切换通常由Redis Sentinel或Redis Cluster等工具完成。

Redis 主从切换的实现方式​

1. 手动主从切换​

手动主从切换通常用于测试或维护场景。以下是手动切换的步骤：

  1. 选择一个从节点：选择一个数据最新的从节点作为新的主节点。
  2. 提升从节点为主节点：在从节点上执行 SLAVEOF NO ONE 命令，将其提升为主节点。
  3. 重新配置其他从节点：将其他从节点重新配置为复制新的主节点。
bash
# 在从节点上执行以下命令
127.0.0.1:6380> SLAVEOF NO ONE
OK

# 在其他从节点上执行以下命令
127.0.0.1:6381> SLAVEOF 127.0.0.1 6380
OK

2. 自动主从切换​

自动主从切换通常由Redis Sentinel或Redis Cluster完成。Redis Sentinel是一个分布式系统，用于监控Redis实例的健康状态，并在主节点故障时自动执行主从切换。

以下是一个简单的Redis Sentinel配置示例：

bash
# sentinel.conf
sentinel monitor mymaster 127.0.0.1 6379 2
sentinel down-after-milliseconds mymaster 5000
sentinel failover-timeout mymaster 10000

在这个配置中，Sentinel会监控名为 mymaster 的主节点，如果主节点在5秒内没有响应，Sentinel会启动故障转移过程。

实际案例​

假设我们有一个电商网站，使用Redis作为缓存层。为了提高系统的可用性，我们配置了Redis主从复制，并使用Redis Sentinel进行自动故障转移。

  1. 初始状态：主节点 127.0.0.1:6379 处理所有写操作，两个从节点 127.0.0.1:6380 和 127.0.0.1:6381 复制主节点的数据。
  2. 主节点故障：主节点突然宕机，Redis Sentinel检测到故障。
  3. 自动切换：Sentinel自动将 127.0.0.1:6380 提升为新的主节点，并将 127.0.0.1:6381 重新配置为复制新的主节点。
  4. 服务恢复：电商网站继续正常运行，用户无感知。

总结​

Redis主从切换是确保Redis高可用性的重要机制。无论是手动切换还是自动切换，都需要根据实际场景选择合适的策略。通过合理配置Redis Sentinel，可以大大减少系统故障对业务的影响。

附加资源与练习​

提示

在实际生产环境中，建议使用Redis Sentinel或Redis Cluster来实现自动主从切换，以减少人工干预的风险。