一对一聊天软件源码：实现 Redis主从+哨兵模式

一对一聊天软件源码实现Redis主从+哨兵模式的核心步骤如下：

• 主节点配置修改主服务器的redis.conf文件：

  bind 0.0.0.0 # 允许所有IP访问（生产环境建议限制）protected-mode no # 关闭保护模式（需配合密码）requirepass "your_password" # 设置密码daemonize yes # 后台运行

  重启主节点服务：systemctl restart redis

• 从节点配置修改从服务器的redis.conf文件：

  bind 0.0.0.0protected-mode noslaveof <主节点IP> 6379 # 指定主节点IP和端口masterauth "your_password" # 主节点密码（如有）

  重启从节点服务后，通过INFO REPLICATION命令验证主从状态。

• 哨兵配置文件在每台哨兵服务器上创建sentinel.conf：sentinel monitor mymaster <主节点IP> 6379 2 # 2表示至少2个哨兵同意主节点故障sentinel down-after-milliseconds mymaster 5000 # 心跳检测超时时间sentinel failover-timeout mymaster 60000 # 故障转移超时sentinel auth-pass mymaster "your_password" # 主节点密码protected-mode no
• 启动哨兵服务redis-sentinel /path/to/sentinel.conf建议部署3个或以上哨兵节点以提高可用性。

• 连接哨兵获取主节点地址使用支持哨兵的客户端（如Jedis、Lettuce），示例代码（Java）：Set<String> sentinels = new HashSet<>(Arrays.asList("sentinel1:26379", "sentinel2:26379"));JedisSentinelPool pool = new JedisSentinelPool("mymaster", sentinels, "your_password");try (Jedis jedis = pool.getResource()) { jedis.set("key", "value"); // 自动路由到主节点}
• 读写分离优化

  读操作：可配置客户端从从节点读取（需哨兵支持sentinel slaves命令）。

  故障转移：客户端需监听+switch-master事件，自动更新主节点地址。

• 测试场景

  主从同步：写入主节点后检查从节点数据一致性。

  哨兵故障转移：关闭主节点，观察哨兵是否选举新主节点。

  应用容灾：模拟网络分区，验证应用是否能自动重连。

• 性能调优

  主从延迟：调整repl-backlog-size和client-output-buffer-limit。

  哨兵参数：优化down-after-milliseconds和quorum值。

• 安全加固

  限制bind为内网IP，使用防火墙规则。

  启用TLS加密（Redis 6+支持）。

• 监控告警

  监控哨兵日志和SENTINEL master mymaster命令输出。

  集成Prometheus+Grafana可视化监控。

• 主从连接失败：检查slaveof配置、防火墙端口（6379）及密码。
• 哨兵无法选举：确保quorum值 ≤ 哨兵节点数/2 + 1。
• 脑裂问题：配置min-slaves-to-write防止数据不一致。

通过以上步骤，可实现Redis主从+哨兵模式，为一对一聊天软件提供高可用缓存层。建议结合具体业务场景调整参数，并通过压测验证稳定性。