Redis高可用架构与分布式锁实现详解

1. Redis高可用架构深度解析

Redis作为当前最流行的内存数据库之一，其高可用架构方案是每个后端开发者必须掌握的核心技能。我在实际生产环境中部署过数十个Redis集群，今天就来系统梳理Redis的三种高可用方案：主从复制、哨兵模式和集群模式，以及分布式锁的实现细节。

2. Redis主从复制机制详解

2.1 主从复制工作原理

Redis主从复制通过全量同步和增量同步两种方式实现数据同步：

1. 从节点连接主节点发送SYNC命令
2. 主节点执行BGSAVE生成RDB文件
3. 主节点将RDB文件传输给从节点
4. 从节点加载RDB文件完成全量同步
5. 后续通过命令传播实现增量同步

关键点：Redis 4.0引入PSYNC2协议，支持主从切换后的部分重同步

2.2 主从配置实战

典型的主从配置示例（redis.conf）：

bash复制# 主节点配置
port 6379
daemonize yes

# 从节点配置
port 6380
daemonize yes
replicaof 127.0.0.1 6379

2.3 主从复制常见问题

1. 数据不一致问题：网络延迟导致从节点数据滞后
2. 全量同步性能影响：大数据量时BGSAVE会阻塞主节点
3. 故障转移需人工干预：主节点宕机后需要手动提升从节点

3. Redis哨兵模式深入剖析

3.1 哨兵核心功能

• 监控：持续检查主从节点状态
• 通知：通过API向管理员发送告警
• 自动故障转移：主节点不可用时选举新主节点
• 配置提供者：客户端自动发现当前主节点

3.2 哨兵集群部署

建议至少部署3个哨兵节点（quorum=2）：

bash复制# sentinel.conf配置示例
sentinel monitor mymaster 127.0.0.1 6379 2
sentinel down-after-milliseconds mymaster 5000
sentinel failover-timeout mymaster 60000

3.3 哨兵模式注意事项

1. 网络分区可能导致脑裂问题
2. 故障转移期间会有短暂服务不可用
3. 客户端需要支持哨兵协议

4. Redis Cluster集群模式

4.1 集群架构设计

• 数据分片：16384个哈希槽
• 节点间通过Gossip协议通信
• 客户端重定向机制

4.2 集群搭建步骤

bash复制# 节点配置
cluster-enabled yes
cluster-config-file nodes-6379.conf
cluster-node-timeout 15000

# 集群创建命令
redis-cli --cluster create 127.0.0.1:7000 127.0.0.1:7001 \
127.0.0.1:7002 127.0.0.1:7003 127.0.0.1:7004 127.0.0.1:7005 \
--cluster-replicas 1

4.3 集群运维要点

1. 节点扩容/缩容需要resharding
2. 跨slot操作需要使用hash tag
3. 集群规模建议不超过1000个节点

5. Redis分布式锁实现方案

5.1 SETNX实现基础锁

lua复制-- 加锁
SET lock_key unique_value NX PX 30000

-- 解锁
if redis.call("get",KEYS[1]) == ARGV[1] then
    return redis.call("del",KEYS[1])
else
    return 0
end

5.2 Redlock算法

1. 获取当前时间
2. 依次向N个节点获取锁
3. 计算获取锁耗时
4. 当半数以上节点获取成功且耗时小于锁有效期时视为成功

5.3 分布式锁注意事项

1. 必须设置合理的锁超时时间
2. 避免锁的误删（value需唯一）
3. 考虑时钟漂移问题

6. 生产环境最佳实践

6.1 监控指标

• 内存使用率
• 命中率
• 延迟监控
• 持久化状态

6.2 性能优化

1. 合理设置maxmemory-policy
2. 使用pipeline减少网络往返
3. 避免大key和hot key

6.3 故障排查

1. 连接数突增：检查客户端连接池配置
2. 内存溢出：分析key大小分布
3. 响应变慢：检查持久化配置

我在实际运维中发现，Redis集群模式下跨slot访问是最常见的性能瓶颈。一个优化技巧是使用hash tag确保相关key落在同一slot：

bash复制# 使用{}定义hash tag
SET user:{1000}:name "Alice"
SET user:{1000}:age 30

对于分布式锁场景，建议结合本地锁+Redis锁实现二级锁机制，可以显著降低Redis压力。具体实现时，本地锁用JVM的ReentrantLock，外层再用Redis锁，这样只有竞争激烈的场景才会走到Redis锁层面。