谁说 Redis 不能存大 key

本文分享自华为云社区《华为云GaussDB(for Redis)揭秘第18期：谁说Redis不能存大key》，作者：高斯 Redis 官方博客。

一、社区版 Redis 的大 key 痛点

GaussDB(for Redis)专家小强最近有点忙，因为很多客户经理都来找他咨询社区版 Redis 的大 key 问题，且一个个都求知欲爆表：

小强一拍大腿：你们还真问对人了！

根据现网经验，生产环境因为大 key 导致的 Redis 事故屡见不鲜，其中典型的有扩容失败、请求阻塞、OOM 宕机等等。早期业务规划不充分、消息队列消费不及时、未及时清理无效数据等原因都可能引入大 key 隐患。

社区版 Redis 大 key 隐患常见于以下三大场景：

社区版 Redis 架构并不适合可靠存储大 key，业界也只能建议预防、拆分或及时清理大 key。从客户视角出发，其实有些场景是需要大 key 的，例如企业 ERP 系统，海量货币汇率存储等。这时即使适当拆分，也避免不了较大 HASH key 存在。

小强始终认为，好的产品应当尽量把复杂留给自己，把简单留给用户。因此，小强给每一位来咨询大 key 问题的客户经理都安利了 better 解决方案——

使用华为云企业级 KV 数据库 GaussDB(for Redis)

大 key 场景下，GaussDB(for Redis)究竟比社区版 Redis 优秀在哪？下面从 3 个角度深度分析：

高斯 Redis 支持大 key 可靠存储，且不会导致分片 OOM。需要注意的是，虽然高斯 Redis 适合用来可靠存储大 key，但从网络链路角度考虑，业务应避免对大 key 执行诸如 hgetall 等风险命令。

图：社区版 Redis 在大 key 场景扩容，风险高

可以总结为：有大 key，开源 Redis 请谨慎扩容！

图：高斯 Redis 在大 key 场景可安全扩容

从上图可以看出，高斯 Redis 采用计算、存储分离架构，扩容时不必搬迁任何数据，因此速度、稳定性都远超社区版 Redis。有大 key，高斯 Redis 可以放心扩容！

社区版 Redis 大 key 的删除/过期都会导致访问严重阻塞。实测删除/过期一个大 hash key（包含 1000w 个元素），社区版 Redis 访问阻塞长达整整 14 秒。

图：社区版 Redis 在大 key 删除场景阻塞业务访问

虽然社区版 Redis 提供了“异步”的 unlink 命令能够一定程度上缓解大 key 阻塞问题，但 unlink 并非严格异步，例如对于 zset 类型（skiplist 编码）以及全部 string key 都只能阻塞删除，风险不可控。

高斯 Redis 从根本上解决了大 key 删除/过期操作隐患。在高斯 Redis 中，对任何数据执行删除/过期，都是立刻执行成功且 0 阻塞。这是由于底层采用了真正的“标记删除”，因此完全不影响业务访问。实测删除/过期一个大 hash key（包含 1000w 个元素），高斯 Redis 仅毫秒级。