1. Redis集群部署概述
Redis作为当前最流行的内存数据库之一，其集群部署方案在实际生产环境中尤为重要。今天我要分享的是Redis一主两从架构的完整部署过程，这个配置既能满足数据高可用需求，又不会过度消耗服务器资源，是中小型项目的理想选择。
我在过去三年里为超过20个项目部署过Redis集群，发现一主两从的架构在读写分离和数据安全性之间取得了很好的平衡。主节点负责写操作，两个从节点不仅可以分担读请求压力，还能在主节点故障时快速切换，保证服务不中断。
2. 环境准备与基础配置
2.1 服务器规划建议
对于生产环境，我建议将三个Redis实例部署在不同的物理服务器上。如果资源有限，至少也要确保主节点和从节点不在同一台机器。以下是典型的服务器配置：
| 角色 | CPU | 内存 | 磁盘 | 网络 |
|---|---|---|---|---|
| 主节点 | 4核 | 8GB | SSD | 千兆 |
| 从节点 | 2核 | 4GB | SSD | 千兆 |
注意：Redis是内存数据库，内存容量应根据预期数据量决定，通常预留20%的buffer
2.2 Redis安装步骤
在所有节点上执行以下命令安装Redis：
# 安装依赖 sudo apt-get update sudo apt-get install -y build-essential tcl # 下载并编译Redis wget http://download.redis.io/releases/redis-6.2.6.tar.gz tar xzf redis-6.2.6.tar.gz cd redis-6.2.6 make && make install编译完成后，建议创建专用用户来运行Redis：
sudo adduser --system --group --no-create-home redis sudo mkdir /var/lib/redis sudo chown redis:redis /var/lib/redis3. 主从集群配置详解
3.1 主节点配置
编辑主节点的redis.conf文件，关键配置如下：
bind 0.0.0.0 port 6379 daemonize yes pidfile /var/run/redis_6379.pid logfile "/var/log/redis_6379.log" dir /var/lib/redis requirepass your_strong_password masterauth your_strong_password appendonly yes appendfsync everysec启动主节点：
redis-server /path/to/redis.conf3.2 从节点配置
两个从节点的配置基本相同，主要区别在于slaveof指令：
slaveof <master-ip> 6379 slave-read-only yes replica-serve-stale-data yes replica-priority 100从节点需要与主节点相同的requirepass和masterauth密码。启动方式与主节点相同。
3.3 集群验证
在主节点执行：
redis-cli -a your_strong_password info replication正常输出应显示两个已连接的从节点，类似：
connected_slaves:2 slave0:ip=192.168.1.2,port=6379,state=online,offset=1098,lag=0 slave1:ip=192.168.1.3,port=6379,state=online,offset=1098,lag=04. 关键配置文件解析
4.1 安全相关配置
# 密码认证 requirepass your_strong_password # 保护模式（生产环境应关闭） protected-mode no # 命令重命名（增强安全性） rename-command FLUSHDB "" rename-command CONFIG "" # 最大客户端连接数 maxclients 100004.2 性能调优配置
# 内存管理 maxmemory 6gb maxmemory-policy volatile-lru # 持久化设置 save 900 1 save 300 10 save 60 10000 # 网络优化 tcp-backlog 511 timeout 0 tcp-keepalive 3004.3 高级特性配置
# 慢查询日志 slowlog-log-slower-than 10000 slowlog-max-len 128 # 客户端输出缓冲 client-output-buffer-limit normal 0 0 0 client-output-buffer-limit replica 256mb 64mb 60 client-output-buffer-limit pubsub 32mb 8mb 605. 常见问题与解决方案
5.1 主从同步失败
现象：从节点日志显示"Master does not understand REPLCONF listening-port"
原因：主从版本不一致
解决：
- 确保所有节点使用相同版本的Redis
- 检查防火墙设置，确保6379端口互通
- 验证masterauth密码是否正确
5.2 内存不足问题
现象：Redis频繁触发OOM或性能下降
解决方案：
# 临时解决方案（不重启） redis-cli -a your_password config set maxmemory-policy allkeys-lru # 长期解决方案 1. 增加服务器内存 2. 分析内存使用情况：redis-cli --bigkeys 3. 考虑使用Redis集群分片5.3 脑裂问题处理
当网络分区发生时，可能出现两个从节点选举出新主节点的情况。预防措施包括：
# 在主节点配置 min-replicas-to-write 1 min-replicas-max-lag 105.4 性能监控方案
建议部署以下监控指标：
- 内存使用率
- 命中率（keyspace_hits/keyspace_misses）
- 持久化延迟
- 网络流量
- 慢查询数量
可以使用Prometheus+Granafa搭建监控系统，配合redis_exporter采集数据。
6. 生产环境优化建议
经过多次实战，我总结了这些经验值：
- 连接池设置：应用端连接池大小建议为(maxclients/3)，预留buffer
- 持久化策略：AOF+每秒刷盘是较好的平衡点
- 内核参数：
echo never > /sys/kernel/mm/transparent_hugepage/enabled echo "vm.overcommit_memory=1" >> /etc/sysctl.conf sysctl -p - 定期维护：
- 每月执行一次BGREWRITEAOF
- 监控碎片率（mem_fragmentation_ratio）
- 定期检查从节点延迟（info replication）
在实际部署中，我发现很多问题都源于配置不当。建议首次部署后，用redis-benchmark进行压力测试，观察系统表现。
