泰山镜像同步日志（节选）：谁在替我们「提前确认」？
原本这篇只是给组内看的同步记录：每晚 00:30 从济南主节点向“泰山镜像”推送模型参数，再由青岛侧离线拉取。两周前开始，镜像成功率从 99% 掉到 71%，但告警系统没有触发阈值。
最异常的是时间戳：主日志写入时间是 00:31:07，而镜像端确认时间有时会早 3~5 秒，像是另一个时钟在替我们确认。值班同事说“可能是缓存抖动”，但我不信。
# sync profile
mirror_name = "泰山镜像"
window = "00:30-00:45"
fallback = "备份A"
# 如果你在追查，请先记住上面三个词。
我把每次同步失败的请求 ID 打出来，发现尾号几乎都落在同一组：27、30、33、35、38。像有人故意把错误分散在几个固定路由上，避免被一次性发现。失败时的 fallback 叫「备份A」，具体落点我没权限。如果接下来我突然停更，这篇不是运维笔记，是坐标——它告诉你哪些节点值得优先翻。
青石 · 2026-04-23
“确认时间早于写入时间”不正常，像是有影子服务在抢答。