Redis：优雅键值设计与BigKey处理指南

1. 优雅的key结构

Redis的key设计应遵循最佳实践，包括使用格式：[业务名称]:[数据名]:[数据/数据id]，长度不超过44字节，不包含特殊字符。这样可以提高可读性，避免key冲突，便于管理，并节省内存。

小于44字节的key采用embstr编码，内存连续且占用更少；超过44字节则转为raw模式，可能导致性能下降和内存碎片。

2. BigKey慎用

BigKey是指数据量或成员数量较大的key，例如String类型的值达5MB，或集合类型成员超过5000个。推荐单个key的value小于10KB，集合类型key的元素数量不超过1000。

2.1. BigKey的危害

BigKey可能导致以下问题：

• 网络阻塞：高带宽使用率影响实例性能。
• 数据倾斜：使Redis实例内存资源不均衡。
• Redis阻塞：复杂操作耗时，主线程受影响。
• CPU压力：序列化和反序列化增加CPU负载。

3. 如何发现BigKey

3.1. redis-cli --bigkeys

通过redis-cli --bigkeys命令遍历分析所有key，获取统计信息和Top1的BigKey。

3.2. scan扫描

使用scan命令编程遍历Redis中的key，结合strlen、hlen等命令判断key的大小。可设定阈值（如String类型最大长度10KB，集合类型最大元素数量500）发现BigKey。

3.3. 第三方工具

可使用Redis-Rdb-Tools分析RDB快照文件，全面了解内存使用情况。

如何删除BigKey

删除BigKey时需谨慎，建议逐个删除子元素后再删除整体key。对于Redis 4.0版本及以上，可使用异步删除命令unlink，减少主线程阻塞。