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