Redis读写分离只需三步：搭主从、配客户端路由、验证分流。中小系统用原生主从+客户端智能路由即可缓解主节点压力，无需改业务或引入中间件，15分钟可上线。

直接上手配置 Redis 读写分离，核心就三步：搭好主从、配好客户端路由、验证读写分流是否生效。不需要改业务逻辑，也不用引入复杂中间件，中小规模系统用原生主从 + 客户端智能路由就能显著缓解主节点压力。

一、快速部署主从节点

主从结构是读写分离的基础，重点在于让从节点明确归属、只读运行、同步稳定：

• 主节点（如 192.168.1.10:6379）保持默认配置即可，但建议开启持久化（save 900 1）和密码认证（requirepass yourpass），避免宕机后数据丢失
• 每个从节点的 redis.conf 中添加：
  slaveof 192.168.1.10 6379
masterauth yourpass
slave-read-only yes
• 重启从节点服务后，执行 redis-cli -a yourpass info replication，确认输出中 role:slave 且 master_link_status:up

二、客户端自动识别主从并分流读写

推荐使用 Lettuce（Spring Boot 默认）或 PhpRedis 扩展，它们能自动发现主从关系，无需手动指定读/写连接：

Redis Skill - 高性能缓存管理

Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。

下载

• Spring Boot 项目中，在 application.yml 加入：
  spring.redis.lettuce.cluster.nodes: ["192.168.1.10:6379", "192.168.1.11:6379", "192.168.1.12:6379"]
spring.redis.lettuce.read-from: REPLICA_PREFERRED
• PhpRedis 场景下，可封装简单路由类：
  写操作统一走 $master->set()；
  读操作随机选一个从节点（如用 array_rand($slaves)），或轮询分发
• 关键点：客户端首次连接任意节点后，会自动执行 INFO REPLICATION 获取角色信息，从而构建主从拓扑

三、验证是否真正分流 & 避开常见坑

光配好不等于跑通，必须验证流量是否按预期分配，并关注延迟与一致性边界：

• 在主节点执行 redis-cli monitor | grep -E "(GET|SET)"，观察写请求是否只出现在主节点日志中
• 分别在各从节点执行 redis-cli info replication | grep slave_repl_offset，对比与主节点的 master_repl_offset 差值，超过 1000 表示复制滞后明显，需调大 repl-backlog-size（建议至少 100mb）
• 强一致性场景（如下单后立即查订单状态），应强制走主节点读取，可用 read-from: MASTER 临时切换，或加标记参数绕过读写分离逻辑
• 不要依赖单个从节点做全部读——至少部署 2 个从节点，避免单点故障导致读服务不可用

整个过程不依赖额外组件，15 分钟内可完成上线。性能提升幅度取决于读写比，电商类应用通常能将主节点 CPU 降低 40%~60%，同时读吞吐线性扩展。