Redis 如何解决大 key 问题

前言

嗨👋，大家好，我是雪荷。做为一个后端开发，Redis 是我们经常接触到的一个非关系行数据库。其对我们系统开发和优化有着举足轻重的作用，但是随着业务和用户迅速增长，也会滋生许多的问题，而大 key 就是其中之一。

什么是大 key？

顾名思义，大 key 就是占用内存很大的 key，当然这是我们开发者认为的，而官方对于此概念没有明确的解释。

根据阿里巴巴开发规范解释，有以下 3 种情况可以判定为大 key：

1. string 类型的数据大于 1M

2. hash 类型的数据大于 100M

3. zset 类型的数据成员超过 1000 个

当然以上是阿里给的一个参考，具体还得看业务和服务器配置。

如何解决大 key 呢？

找出大 key

在解决大 key 之前，需要找到哪些是大 key，可以通过redic-cli --bigkeys查看大 key。

解决大 key

开发层面

在开发层面我们可以：

1. 对数据进行压缩，减少数据的体积

2. 将大 key 拆分为多个小 key

3. 选择合适的数据结构，如对象利用 hash 存储，列表用 set 或者 list 存储，对于需要排序的列表用 zset 存储

业务层面

1. 仅存储必要或者重要的数据字段，比如存储用户时，对于地址或者年龄等字段进行舍弃存储

数据分布层面

如果我们项目搭建了 redis 集群，可以将大 key 进行拆分，并分散到不同服务器实例上。

开源项目

网址：厚米匹配系统

前端地址：GitHub - dnwwdwd/homieMatching-fronted: homie 匹配系统前端，基于 vuehomie 匹配系统是一个移动端网页的在线云交友平台。实现了按标签匹配、查找用户，基于 Redis GEO 实现搜索附近用户，同时个人还可以建队、组队以打造个人学习队伍。除了添加好友、搜索好友外，还基于 Websocket 实现好友间私聊，方便用户寻找志同道合的学习搭子。

后端地址：GitHub - dnwwdwd/homieMatching: homie 匹配系统是一个移动端网页的在线云交友平台。实现了按标签匹配、查找用户，基于 Redis GEO 实现搜索附近用户，同时个人还可以建队、组队以打造个人学习队伍。除了添加好友、搜索好友外，还基于 Websocket 实现好友间私聊，方便用户寻找志同道合的学习搭子。

欢迎👏大家体验网站也帮忙给我点点🌟哈，真的十分感谢各位，如果任何讲的不对的地方请及时指正。另外，最近在重构 BI 项目（GitHub - dnwwdwd/Lingxi-BI: 灵犀BI-专业的智能生成商业报表的项目），感兴趣的可以点点🌟，谢谢大家。