大家好，我是31 岁、依旧热爱折腾技术的小米。

有一次，我凌晨两点被拉进一个紧急会议。线上没挂，接口也没超时，但业务同学一句话把我整清醒了：“历史数据导入 Redis，要 6 个小时，老板等不了。”

那一刻，我脑子里只剩一个问题：Redis，不就是个快得离谱的内存数据库吗？怎么插个几千万条数据，比我下班还慢？

后来，这个问题几乎成了我参加社招面试时的“保留节目”：Redis 如何做大量数据插入？

如果你也在面试中被问到这个问题，或者你真的遇到过“Redis 批量写入慢到怀疑人生”的场景，这篇文章，你一定要看到最后。

为什么“for 循环 + SET”一定会翻车？

我们先从最容易踩坑的方式说起。很多人第一次往 Redis 灌数据，代码大概长这样：

你敲下回车，心想：

• Redis 单线程、内存操作、QPS 几万起步
• 100 万条数据，分分钟的事

但现实是：

• CPU 占用不高
• Redis 没有明显压力
• 程序却慢得像在给 Redis 写情书

问题出在哪？

Redis 慢，不是慢在“算力”，而是慢在“来回跑腿”

我后来给新人讲 Redis 批量插入时，都会打一个比喻。Redis 就像一个效率极高的仓库管理员：

• 他干活非常快
• 但每接一个指令，都要你亲自跑到仓库门口说一句话

如果你是这样干的：

• 跑过去 → “存一箱货” → 跑回来
• 跑过去 → “再存一箱” → 跑回来
• ……

那么再快的仓库管理员，也会被你拖垮。

Redis 普通写入的真实成本

一次 SET 命令，至少包含：

1. 客户端到 Redis 的网络传输
2. Re