Redis主从慢查优化与日志清理技巧

Redis主从架构中，从库虽默认不记录慢查询日志，但可通过显式配置`slowlog-log-slower-than`和`slowlog-max-len`独立启用——主库配置不会同步，且慢日志为实例级本地行为，常因误判“不支持”而被忽视；合理设置（如10ms阈值、128条容量）能精准暴露读负载下的隐蔽瓶颈，如大key扫描、连接池泄漏或时钟漂移导致的误报；而安全归档需绕过简单清空，改用定时抓取+SLOWLOG RESET+外部落盘，并务必校准主从系统时间，否则日志时间戳将失去诊断价值。

从库能否记录慢查询日志？

能，但默认关闭，且必须在从库（slave）配置文件中显式启用 slowlog-log-slower-than 和 slowlog-max-len —— 主库的慢日志配置不会自动同步到从库。Redis 的慢日志是实例级本地行为，主从各自独立维护。

常见错误现象：CONFIG GET slowlog* 在从库返回空值或默认值（如 0），误以为“从库不支持”，其实是没配。

• 必须在从库的 redis.conf 中设置，重启或 CONFIG REWRITE 后生效
• 若用 CONFIG SET 动态设置，需确保从库未处于 READONLY 拒写状态（部分旧版本 Redis 会拒绝在从库执行 CONFIG SET）
• 注意：从库开启慢日志不影响复制延迟，但高频慢命令可能加剧 CPU 压力，间接拖慢 REPL_BACKLOG 追赶

如何安全地配置从库慢日志参数？

关键不是“能不能设”，而是“设多少才合理”。从库通常承载读流量，慢查询更易暴露业务瓶颈，但日志本身也占内存和磁盘。

推荐配置组合（适用于中等读负载从库）：

slowlog-log-slower-than 10000
slowlog-max-len 128

• slowlog-log-slower-than 单位是微秒，10000 = 10ms，比主库常用值（如 5000）略宽松，避免淹没真实慢操作
• slowlog-max-len 建议不超过 1024，否则 SLOWLOG GET 可能阻塞主线程；128 足够保留近期典型样本
• 切勿在从库设置 slowlog-log-slower-than 0 —— 会记录所有命令，极易触发 OOM 或复制中断

定期清理慢日志该用什么方式？

Redis 慢日志是环形缓冲区，SLOWLOG RESET 是唯一内置清理方式，但它会清空整个缓冲区，无法按时间或条件筛选。所谓“定期清理”，本质是控制生命周期 + 外部归档。

• 不要依赖 cron 直接调 SLOWLOG RESET —— 若刚好在慢查询高峰执行，会丢失诊断线索
• 更稳妥的做法：用脚本定时 SLOWLOG GET 100 抓取最近条目，写入外部日志系统（如 ELK、Loki），再执行 SLOWLOG RESET
• 示例 shell 片段（需适配你的 Redis 认证与端口）：

  redis-cli -p 6380 --raw SLOWLOG GET 100 | grep -E '^[0-9]+' | head -n 100 >> /var/log/redis-slave-slow-$(date +%Y%m%d).log
  redis-cli -p 6380 SLOWLOG RESET

• 注意：从库若启用了 protected-mode yes 且未绑定本地地址，redis-cli 可能连不上，需提前配置 bind 或 requirepass

为什么从库慢日志常被忽略却最关键？

主库慢查询容易关联写放大、锁竞争等问题，而从库慢查询往往指向更隐蔽的问题：客户端连接池泄漏、大 key 扫描、未加索引的 KEYS 类命令、或主从时钟漂移导致的 WAIT 超时误判。

最容易被忽略的一点：SLOWLOG GET 返回的时间戳是**从库本地时间**，不是主库执行时间。如果主从服务器时钟不同步（>1s），你看到的“慢”可能是时钟误差，而非真实性能问题 —— 务必先校准 ntpd 或 chronyd。

本篇关于《Redis主从慢查优化与日志清理技巧》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于数据库的相关知识，请关注golang学习网公众号！