Redis 主从复制中，主节点宕机后会发生什么？
在 Redis 中，主从复制是一种常见的数据备份和负载均衡机制，通过将主节点的数据同步到从节点上，实现数据的冗余和高可用性。然而，当主节点宕机后，会引发一系列的问题和变化。
主节点宕机后的情况
当 Redis 主节点宕机后，从节点会尝试重新连接主节点，以恢复与主节点的连接。但在主节点宕机的情况下，从节点将无法再通过同步数据来保持与主节点的一致性。此时，从节点将会变成“主观下线”状态，即从节点认为主节点已宕机。
自动切换从节点成为新的主节点
当主节点宕机后，为了保持整个 Redis 集群的可用性，从节点将会自动切换成为新的主节点。这个过程称为故障转移。
故障转移是通过 Redis Sentinel（哨兵）来实现的。Redis Sentinel 是 Redis 官方提供的一种系统，用于监控 Redis 主从节点的状态，并在主节点宕机时进行自动故障转移。
当主节点宕机后，Sentinel 会选举出一个从节点作为新的主节点，并将其他从节点切换为新的从节点。这个过程是自动进行的，无需人工干预。
示例代码
下面是使用 Redis Sentinel 实现主从复制的示例代码：
- 创建 Redis Sentinel 配置文件
sentinel.conf，配置示例如下：
port 26379
logfile "/var/log/redis/sentinel.log"
sentinel monitor mymaster 127.0.0.1 6379 2
sentinel down-after-milliseconds mymaster 5000
sentinel failover-timeout mymaster 10000
sentinel parallel-syncs mymaster 1
- 启动 Redis Sentinel：
redis-sentinel /path/to/sentinel.conf
- 创建 Redis 主从复制配置文件
redis.conf，配置示例如下：
port 6379
bind 127.0.0.1
dir /path/to/data
appendonly yes
- 启动 Redis 主节点：
redis-server /path/to/redis.conf
- 启动 Redis 从节点：
redis-server /path/to/redis.conf --slaveof 127.0.0.1 6379
- 测试主从复制的高可用性：
- 写入数据到主节点：
redis-cli set mykey "Hello, Redis!"
- 读取数据从从节点：
redis-cli get mykey
- 关闭主节点的 Redis 服务：
redis-cli shutdown
- 重新读取数据从新的主节点：
redis-cli get mykey
从上述示例代码可以看出，当主节点宕机后，从节点会自动成为新的主节点，并继续提供服务，确保数据的可用性和一致性。
总结
在 Redis 主从复制中，当主节点宕机后，从节点会自动切换成为新的主节点，保持整个 Redis 集群的可用性。通过使用 Redis Sentinel 进行监控和故障转移，我们可以轻松实现高可用的 Redis 部署。但需要注意的是，故障转移过程中可能会出现数据丢失的情况，因此在生产环境中需要做好数据备份和监控工作，以保证数据的安全性和可靠性。
