Redis BigKey大Key问题面试结构化什么是BigKey大Key指key对应的value体积过大或者元素数量过多。String类型value字符串很大几十MB以上集合类型 list/hash/set/zset元素数量几十万、上百万。注意不是key的名字长是存的数据大。BigKey带来的危害命令执行阻塞主线程删除大key、扩容hash、大量元素查询是单线程操作会阻塞Redis造成其他请求超时。网络IO打满读取大key一次性传输大量数据占满网卡拖慢其他请求。主从复制压力大传输大key主从同步耗时变长主从延迟飙升。集群槽迁移卡顿做集群槽迁移时迁移大key会阻塞迁移流程。内存分配抖动删除大key内存不会立刻还给操作系统内存碎片变多。如何发现BigKeyredis‑cli --bigkeys扫描统计大key高峰期不要执行会消耗CPU。RDB离线分析解析dump.rdb文件离线找出大key不影响线上。业务监控监控value大小、集合元素数量客户端埋点上报。解决方案1. 拆分大key最核心方案String大字符串拆成多个小keyuser:info:1000→user:info:1000:0、user:info:1000:1业务侧拼接。Hash把大hash拆分为多个小hashList/zset/set分片拆分把元素分散到多个集合key。集群环境下拆分同时还能解决热点key流量分散到不同节点。2. 渐进式删除不要直接del直接del一个几十万元素的大集合会阻塞主线程。使用unlink非阻塞删除把内存回收放到后台线程执行Redis4.0支持优先用unlink代替del。集合类型使用hscan、sscan、zscan分批迭代循环批量删除元素逐步清理避免一次性操作。3. 业务层面改造避免存大value不要把完整大对象、大json全部塞到Redis把大的数据放数据库Redis只存索引、高频字段。避免存储超大listlist适合队列不要累积几十万条数据不清理。4. 控制集合上限业务代码限制集合最大元素数量超过阈值就做归档把旧数据落库不在Redis一直堆。5. 优化网络大key不要一次性全量读取使用hscan、zrange分批读取不要一次性把全部数据拉到应用。面试区分BigKey vs HotKeyBigKey数据体积大操作耗时、网络压力大访问量不一定高。HotKey访问QPS极高数据不一定大流量集中在某个key。两者可以同时出现既是大key又是热点key故障会被放大。总结BigKey是value过大或集合元素过多危害阻塞主线程、网络IO高、主从延迟、内存碎片。排查优先离线分析不建议高峰期执行--bigkeys。优先业务拆分大key删除用unlink集合用scan分批删除。集合数据分批读取不在Redis堆积海量历史数据。注意区分大key和热点key二者问题不一样。