Redis 大 Key 热删除阻塞主线程：DEL 命令卡顿？UNLINK 异步清理 + 分片扫描方案
一、问题背景：生产环境的"定时炸弹" 凌晨 3 点，线上 Redis 突然出现大量请求超时，监控告警疯狂刷屏。排查发现： Redis 主线程 CPU 使用率飙升至 100% 大量命令堆积，响应时间超过 10 秒 应用服务出现雪崩，数据库连接池打满 根因分析：运维人员执行了一条 DEL big_hash_key 命令，该 Key 包含 500 万条字段，Redis 主线程需要遍历所有字段并逐一释放内存，导致阻塞长达 15 秒。 这就是 Redis 大 Key 删除的"阻塞陷阱"——看似简单的删除操作，背后隐藏着巨大的性能风险。 二、核心概念：DEL 与 UNLINK 的本质区别 2.1 DEL 命令的工作机制 DEL big_key 执行过程: ┌────────────────────────────────────────────────────────────────┐ │ Redis 主线程 │ │ ┌──────────────────────────────────────────────────────────┐ │ │ │ 1. 查找 key 的内存结构 │ │ │....
