定时任务

背景 5 年 SRE，负责过 3 套批跑系统（对账、结算、报表），都踩过「任务 A 依赖任务 B，B 还没跑完 A 就启动了」的坑。 站内 id=801 讲了整点撞车（47 个任务挤一个整点打穿磁盘 IO），id=979 讲了 NTP 回拨

«先抛一个我想听大家拍砖的问题：你们线上出过「没有慢查询、没有 GC、没有网络抖动，却莫名重复扣款 / 重复发券」的事故吗？ 如果是，八成不是代码的锅，而是机器时钟被 NTP 往回拨了一截，把依赖「时间」的分布式锁和定时任务全打穿了。下面是

【背景】 我做了 10 年性能优化，最近带团队复盘一个 Java 17（G1，-Xmx6g）的订单中台服务，单机 8C16G，QPS 约 3k。服务内有一个每 4 小时跑一次的库存对账定时任务：拉取上游全量 SKU（约 40 万条）到内存做

«结论先行：批处理事故里最隐蔽的一种，不是"某个任务写错了"，而是"一堆各自都没问题的任务，被塞进了同一个整点"。它们单独看每个都很快，叠在一起却把共享的磁盘 IO 打穿。这篇文章给一份我能直接抄的"错峰 + 闸门"做法。» 一、现象：00