3 分钟讲透 Redis 主从复制，社招面试稳了

有一次，我去参加一个大厂社招面试。

下午三点，会议室冷气开得像北极，我穿着优衣库薄外套，手里捏着简历，感觉像刚被从 Redis 缓存里淘汰出来的过期 key。

面试官很稳重，敲了两下桌子，开口问了第一句：

“来，说说 Redis 集群的主从复制模型，你在项目里怎么用的？”

那一瞬间，我的脑子像 Redis 重启，先冷、再热、最后进入高性能模式。

今天，就把我当时脑内风暴 + 实战经验 + 面试教训，原封不动讲给你听。

先讲故事：为什么 Redis 要搞主从复制？

你想象一下。

你现在在做一个电商系统，首页商品列表、购物车、秒杀库存、用户会话，全压在 Redis 上。白天没事，晚上双十一，流量像丧尸一样往你服务器冲过来。

如果你只有一个 Redis：

• 它一挂，全站卡成 PPT。
• 它一慢，用户直接走人。
• 它一被打爆，你老板直接打爆你。

所以，Redis 的第一个目标：高可用 + 高并发 + 可扩展

这时候，主从复制模型就登场了。

Redis 主从复制模型，本质是什么？

用人话讲就是一句话：

一个 Redis 主节点（Master），多个 Redis 从节点（Slave），主负责写，从负责读，主把数据同步给从。

你可以把它想成一个“班主任 + 答题小组”模型。

• 班主任：负责批改、发题（写操作）
• 小组成员：负责帮忙答题（读操作）

所有作业先交给班主任，再由班主任分发给每个小组成员备份。这样：

• 一个节点挂了，还有别的节点顶上
• 读压力被分摊
• 系统整体性能上去