结论与高效解决方案：Redis阻塞问题排查全流程第一步监控慢查询，使用slowlog get 10查看阻塞命令；第二步检查bigkey，使用redis-cli --bigkeys采样大键并删除或优化；第三步分析线程CPU使用redis-cli info thread，关注blocked_clients；第四步优化配置maxmemory-policy allkeys-lru，设置合理的timeout；第五步代码示例：redis-cli monitor实时观察阻塞命令，结合pstack分析进程栈；最终解决方案：拆分大key、使用pipeline批量操作、开启lazyfree-lazy-evict。

Redis官方慢查询排查

慢查询日志是排查Redis阻塞问题的起点。通过slowlog get命令获取最近的慢命令日志，结合latency doctor工具自动分析延迟事件。例如，执行SLOWLOG GET 100查看最近100条慢日志，关注耗时超过阈值的KEYS、SMEMBERS等命令，这些往往是大key导致的阻塞。

大key排查实战

大key是Redis阻塞元凶，使用scan命令迭代扫描所有key，避免keys *阻塞。redis-cli --bigkeys /data/redis-*快速发现string>10MB、hash>10000field的key。然后使用del或unlink异步删除，并修改应用侧拆分大key为小key。

阻塞命令监控

INFO stats和INFO commandstats显示阻塞客户端数，blocked_clients>0表示有命令阻塞如BLPOP、WAIT。解决方案：设置lua-time-limit 5000避免脚本超时，应用层使用try-catch重试逻辑。

内存与过期策略

阻塞常因内存满触发，info memory查看used_memory_rss>maxmemory时启用allkeys-lru策略。结合lazyfree-lazy-evict yes让过期key异步删除，避免主线程阻塞。

网络与超时调优

tcp-keepalive 300和timeout 60防止半连接阻塞。使用netstat -an|grep TIME_WAIT监控，sysctl -w net.ipv4.tcp_tw_reuse=1复用TIME_WAIT socket。

主从复制阻塞

主从阻塞查看info replication的master_replid_offset滞后，解决方案增大repl-backlog-size 1G，重启slaveof no one重建同步。

FAQ
Q: Redis突然卡住怎么快速恢复？
A: 先redis-cli shutdown -s save安全重启，查slowlog定位问题key删除。
Q: 大key怎么预防？
A: 应用层设计时hash分片存储，定时scan清理过期数据。
Q: 集群模式阻塞排查？
A: redis-cli -c --cluster info每个节点，关注migrating_slots。
Q: 脚本阻塞怎么处理？
A: EVAL脚本加redis.call('SCRIPT','KILL')手动杀脚本。