能，从库可记录慢查询日志但需在redis.conf中显式配置slowlog-log-slower-than和slowlog-max-len，主库配置不自动同步，且慢日志为实例级本地行为。
从库能否记录慢查询日志？
能，但默认关闭，且必须在从库（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。
