慢查询会直接拖垮主从同步，因为Redis主线程被阻塞，复制命令无法及时写入repl-backlog，导致从库偏移量停滞、连接超时断开；KEYS、SCAN、SUNION等高复杂度命令独占主线程，耗时超client-output-buffer-limit slave阈值（默认60秒）即触发断连，未断连时repl-backlog也无法刷新，重连后易 fallback 全量同步。
慢查询会直接拖垮主从同步，因为 Redis 主线程被阻塞，复制命令无法及时写入 repl-backlog，导致从库偏移量停滞、连接超时断开。
为什么 KEYS、SCAN、SUNION 会卡住复制
这些命令在主线程执行时，会独占 CPU 和 I/O 时间。一旦耗时超过 client-output-buffer-limit slave 的硬性阈值（默认 60 秒），主库就会主动关闭该从库连接；即使没断，repl-backlog 也无法刷新，从库重连后大概率 fallback 到全量同步。
-
KEYS *是最危险的——它遍历整个键空间，无索引、不可中断 -
SCAN不加COUNT参数时，默认每次只返回 10 个 key，实际扫描次数可能翻百倍 -
SUNION/ZINTERSTORE等集合操作若涉及千万级元素，执行时间极易突破 100ms -
EVAL脚本里有循环或嵌套调用，也会让主线程“卡死”
如何用 slowlog 快速定位问题命令
别等同步断了才查，日常就得盯 slowlog。它比 INFO replication 更早暴露风险。
Redis Skill - 高性能缓存管理
下载
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
- 执行
SLOWLOG GET 10查最近 10 条慢命令，重点看duration字段是否 ≥ 100000（即 100ms） - 启动时加
--slowlog-log-slower-than 5000（5ms），能捕获更多隐患命令 - 若发现大量
EXEC或EVAL超时，说明事务/Lua 是瓶颈，得拆逻辑或加限流 -
SLOWLOG RESET可清空干扰项，但不解决根本问题——只是方便复现后对比
用 CLIENT LIST 找出正在被拖慢的从库连接
CLIENT LIST 不是看有没有 flags=S，而是筛缓冲区异常膨胀的连接：
-
qbuf > 1048576（1MB）且持续不降 → 从库网络延迟高或处理慢，主库还在拼命塞命令 -
obl > 67108864（64MB）→ 已触发client-output-buffer-limit slave硬限制，连接即将被杀 -
age很大但idle也很大 → 从库可能假死，主库心跳还没超时，但复制早已停滞 - 用
CLIENT LIST | grep 'flags=S' | awk '{print $4,$5,$7,$8}'提取qbuf、obl、age、idle做监控更实用
真正解耦慢查询与复制：靠配置 + 替代方案
没有“让慢命令变快”的银弹，只有把它们和复制流隔离开：
- 禁用
KEYS：在redis.conf加rename-command KEYS ""，改用SCAN+COUNT 1000 - 对大集合计算，改用客户端分批拉取再合并，而不是一次
SUNIONSTORE - Lua 脚本里避免
for循环遍历大集合，改用HGETALL分页或服务端预聚合 - 业务层加请求队列或异步落库，把耗时操作从主库写路径中摘出去
Redis 没有真正的后台线程来执行命令，所谓“优化线程”其实是避免让它干活——所有阻塞点都得从命令设计和流量调度上提前切掉，否则复制永远在悬崖边上运行。
