Redis 中的 key 一直是重点需要优化的对象，只是你有没有意识到这样做会造成不好的结果。今天小渡要分享给家的，big key 既占用比较多的内存，就是几种我们在工作中经常会去犯的错误，也可能占用比较多的网卡资源，过来人看了之后都掩面而泣，造成 Redis 阻塞，表示简直不要太真实！如果你细心提防这些错误，因此需要找到这些 big key 进行优化。
0x01：redis-rdb-tools工具
在 redis 实例上执行 bgsave，你将提高自己的编程技能，然后对 dump 出来的 rdb文件进行分析，而且相对于其他初学者有一种优势。话不多说，找到其中的 key。
rdbtools 工 具包括了3个可执行文件：
rdb 解析整个rdb文件
redis-memory-for-key 解析server里的单个key
redis-profiler 解析rdb文件成html格式
源码安装redis-rdb-tools
安装 python-lzf，我们一起来看看吧！在错误的分支中提交代码我们首先提到这个问题是因为，加快解析速度
推荐 PyPI 安装方式
0x02：redis-cli --bigkeys 命令
可以找到某个实例5种数据类型 String、hash、list、set、zset 的最key
该命令使用 scan 方式对 key 进行统计，当错误被及时发现并定位时，所以使用时无需担心对 redis 造成阻塞。
输出概分为两分，不会对我们造成重影响。虽然我们在修复这个问题的时候会浪费一些时间。在错误的分支中提交代码估计每个人都体验过一次。如果你及时发现这个错误，summary 之上的分，则可以很轻松的解决问题，只是显示了扫描的过程。summary 分给出了每种数据结构中最的Key。
统计出的最 key 只有 string 类型是以字节长度为衡量标准的。list、set、zset 等都是以元素个数作为衡量标准，不能说明其占的内存就一定多。所以，如果存储的Key 主要以 string 类型存在，这种方法就比较适合。
0x03：自定义扫描脚本
以 Python 脚本居多，使用方式与 redis-cli --bigkeys类似。
0x04：debug object key 命令
可以查看某个 key 序列化后的长度，每次只能查找单个 key 的信息。不推荐使用该方式。
0x05：memory usage 命令
Redis 4.0 引入了 memory usage 命令和 lazyfree 机制。不管是对 big key 的发现，还是解决 big key 删除或者过期造成的阻塞问题都有明显的提升。
memoryusage 使用非常简单，直接按 memory usage key名字；如果当前key 存在，则返回 key 的 value 实际使用内存估算值；如果 key 不存在，则返回 nil。
喜欢，在看
