有一天，我在小区楼下吃火锅。这家店平时生意一般，但那天刚好是周五晚上，又赶上短视频平台一个博主探店，一下子全城爆单。

老板急得满头大汗，一边招呼客人，一边对我说了一句特别有“Redis 味道”的话：“小伙子，不是菜不好，是后厨快被自己累死了。”

我当时一愣。后来越想越觉得这不就是 Redis 在高并发下常见的性能问题吗？

• Master 又要接请求
• 又要写日志
• 又要同步数据
• 又要重写文件

活全它干，能不崩吗？

今天，我们就把 Redis 当成这家火锅店，用“后厨模型”，把社招面试里最常问的：

Redis 常见性能问题和解决方案,一次性讲透。

先立个整体认知：Redis 性能问题，本质是什么？

我先给你一句面试级总结：

Redis 的大多数性能问题，本质都是：“把不该 Master 干的活，全塞给了 Master。”

就像火锅店：

• Master：总厨 + 收银 + 进货 + 做账
• Slave：站在旁边看热闹

这能不出事吗？

问题一：Master 最好不要做任何持久化工作

1. 面试官会怎么问？

为什么不建议在 Redis Master 上做 RDB 或 AOF 持久化？

2. 讲故事

继续回到火锅店。Master 就是主厨老王。