判断依据是INFO persistence中latest_fork_usec持续超1秒；缓解需用--bigkeys扫描定位大Key、分片拆解、设vm.overcommit_memory=1、禁用混合持久化并监控mem_fragmentation_ratio。
RDB快照时fork()被大Key拖住，怎么判断和缓解
Redis执行BGSAVE时必须调用fork()创建子进程，而大Key会显著拉长这个系统调用耗时——不是因为序列化慢，而是内核复制页表+写时复制（COW）开销暴增。一旦latest_fork_usec在INFO persistence里持续超过1秒，就说明fork已成瓶颈。
常见错误现象包括：客户端偶发数百毫秒延迟、监控显示used_memory_peak_human突增、Linux dmesg出现Out of memory: Kill process日志。
- 别在业务高峰手动触发
SAVE；改用BGSAVE，并确认vm.overcommit_memory = 1已生效（否则fork可能直接失败） - 用
redis-cli --bigkeys -i 0.1定期扫描，重点关注hash字段数 > 5000 或zset元素 > 10000 的Key - 对已知大Key做分片，比如把
user:12345:orders拆成user:12345:orders:0~:9，按时间或ID取模路由
AOF重写期间内存暴涨，为什么一个2GB的Hash会让RSS翻倍
AOF重写本质是“重建命令流”，Redis需遍历所有Key并逐个序列化。对大Key而言，这不是只读操作——它会把整个value加载进内存缓存区，再写入新AOF文件。这意味着一个2GB的hash，重写进程至少额外吃掉2GB RSS（常驻集大小），极易触发OOM。
典型场景：配置了auto-aof-rewrite-percentage 100后，某次写入突增导致AOF文件翻倍，后台自动触发重写，紧接着实例被OOM Killer干掉。
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
- 关闭
aof-rewrite-incremental-fsync yes（默认开启），设为no可减少磁盘抖动，但要确保磁盘I/O吞吐能扛住单次大写入 - 设置
client-output-buffer-limit normal 0 0 0，防止重写期间订阅客户端缓冲区无限堆积 - 若无法拆分大Key，改用
SCAN+ 分批HGETALL+ 异步写入新结构，最后RENAME原子切换
混合持久化（RDB+AOF）让大Key压力翻倍，该不该关
启用aof-use-rdb-preamble yes后，AOF文件前半段是RDB格式，后半段才是增量AOF命令。问题在于：RDB preamble仍需完整fork + 全量序列化，而后续AOF重写又得再处理一遍同一份大Key的增量——等于同一份数据被序列化两次，CPU和内存压力叠加。
更隐蔽的风险是：CONFIG SET aof-use-rdb-preamble yes会强制触发一次AOF重写，大Key场景下极大概率失败，且无回退机制。
- 若业务能接受几秒级恢复延迟，直接禁用混合模式：
CONFIG SET aof-use-rdb-preamble no，再CONFIG REWRITE落盘 - 不要依赖动态
CONFIG SET开关混合模式；如需调整，应安排在低峰期重启实例 - 监控
mem_fragmentation_ratio，长期 > 1.5 说明内存碎片严重，fork开销会进一步放大，此时需主从切换后重启
删除大Key本身也会阻塞，unlink和lazyfree不是万能解药
UNLINK只是把Key标记为待删并立即返回，但实际释放内存仍由后台线程异步完成。当大Key占用内存远超后台线程处理能力（比如单个zset占3GB），释放过程仍可能卡住主线程的内存分配路径，尤其在高并发写入场景下。
典型表现：删除后used_memory_rss下降缓慢，evicted_keys突增，新写入开始触发LRU淘汰。
- 对超大Key（>500MB），优先考虑业务层冷热分离：把历史数据导出到外部存储，Redis只留近期热数据
- 避免在高峰期执行
DEL/UNLINK；用SCAN分批获取子key，再逐个HDEL/ZREM渐进清理 - 检查
lazyfree-lazy-eviction、lazyfree-lazy-expire是否开启，它们会影响大Key过期时的释放行为
UNLINK或aof-rewrite-incremental-fsync就万事大吉，结果在某个凌晨三点，OOM Killer默默杀掉了Redis进程。 
