redis-cli过滤后的监控输出无法正常写入文件如何解决

该现象是标准I/O缓冲机制导致的，并非命令执行逻辑错误。
类Unix系统的C标准库对I/O流默认采用三种缓冲策略：

• 无缓冲：标准错误流stderr默认使用该模式，输出内容实时写入
• 行缓冲：输出目标为交互式终端时默认使用该模式，每遇到换行符就将缓冲区内容写入目标
• 块缓冲：输出目标为非交互式设备（文件、非终端管道）时默认使用该模式，只有缓冲区被填满（通常为4KB/8KB）才会将内容实际写入目标

你遇到的不同表现对应不同的缓冲场景：

1. 去掉文件重定向时，grep的输出目标是终端，默认行缓冲，匹配到结果立刻输出，所以能直接看到内容
2. 直接将redis-cli monitor重定向到文件时，monitor输出的全量监控数据量很大，很快就能填满块缓冲区，所以很快能看到文件有内容
3. 加了过滤规则后，只有匹配到del/flush的操作才会输出，数据量很小，长时间凑不满缓冲区，所以文件一直显示为空

• 方案1：给grep添加行缓冲参数（最常用）
  将命令修改为：

redis-cli monitor | grep --line-buffered -iE "del|flush" > redis_log.txt

--line-buffered参数会强制grep每匹配到一行结果就立刻刷新输出流，不需要等待缓冲区满。

• 方案2：使用stdbuf工具统一调整缓冲模式（适配grep无--line-buffered参数的小众系统）
  将命令修改为：

stdbuf -oL redis-cli monitor | stdbuf -oL grep -iE "del|flush" > redis_log.txt

其中-oL参数表示指定标准输出流使用行缓冲模式。

• redis-cli monitor会大幅降低Redis实例的处理性能，生产环境仅可短时间开启用于排查问题，定位完成后请立刻关闭进程，避免影响业务运行。
• 如果需要长期监控删除类操作，建议优先开启Redis AOF持久化，后续直接分析AOF日志即可，性能损耗远低于长期运行monitor命令。

内容的提问来源于stack exchange，提问作者kom93__