社招必问：分布式 Redis 前期做还是后期做？看完你就懂了

大家好，我是小米，一个 31 岁依旧热爱折腾技术的程序员。

今天要跟你唠一个我亲身经历过的、关于 Redis 的故事。故事有点长，但保证你看完就永远忘不了面试官问的那句：

“分布式 Redis 是前期做，还是等规模上来了再做？”

我会用一个“仓鼠粮仓”的故事，把分布式 Redis 的逻辑讲得明明白白。准备好了吗？开讲！

那一年，我遇到了一只神奇的仓鼠

第一次用 Redis 的时候，我一直觉得它就像一只小仓鼠：

小巧、灵活、跑得飞快、装东西还特别顺手。

有一天，我在公司推一个新项目，需要缓存系统。老板拍拍我肩膀，说：

“小米，别整太复杂，先来一个 Redis 单实例就够了，我们流量不大。”

这个要求听着合理，我也没多想。于是，我就在一台服务器上起了一个 Redis，嗯，只占用 1MB 内存，像一只刚出生的小仓鼠可爱又省粮。

没想到，半年后，它成长为了“仓鼠王”，但粮仓快要被吃爆了。项目越来越成功，用户量狂奔式增长。缓存的数据不断累积，小仓鼠开始有点“撑”了，偶尔还会窜一窜、停一停。

老板又拍拍我肩膀：“小米，再加几台服务器吧，Redis 迁移一下就行了。”

但我心里已经开始隐隐发痛：

迁移 Redis？单实例？重新分区？重新规划？KEY 会打乱？停机难免？

这不是小事儿，这是“仓鼠手术”。

拆仓鼠粮仓的噩梦：我踩过的坑

如果你当时问我：

“Redis 是不是后面规模大了再做分布式比较好？”

我会非常诚恳而痛苦地回答你一句千万别。

为什么？因为单