有一天，我在小区楼下吃火锅。这家店平时生意一般，但那天刚好是周五晚上，又赶上短视频平台一个博主探店，一下子全城爆单。
老板急得满头大汗，一边招呼客人，一边对我说了一句特别有“Redis 味道”的话：“小伙子，不是菜不好，是后厨快被自己累死了。”
我当时一愣。后来越想越觉得这不就是 Redis 在高并发下常见的性能问题吗？
- Master 又要接请求
- 又要写日志
- 又要同步数据
- 又要重写文件
活全它干，能不崩吗？
今天，我们就把 Redis 当成这家火锅店，用“后厨模型”，把社招面试里最常问的：
Redis 常见性能问题和解决方案,一次性讲透。
先立个整体认知：Redis 性能问题，本质是什么？
我先给你一句面试级总结：
Redis 的大多数性能问题，本质都是：“把不该 Master 干的活，全塞给了 Master。”
就像火锅店：
- Master：总厨 + 收银 + 进货 + 做账
- Slave：站在旁边看热闹
这能不出事吗？
问题一：Master 最好不要做任何持久化工作
1. 面试官会怎么问？
为什么不建议在 Redis Master 上做 RDB 或 AOF 持久化？
2. 讲故事
继续回到火锅店。Master 就是主厨老王。
