高负载下定时任务需主动避让与分级降级，核心是保主干、控影响、可恢复；通过错峰执行、负载感知型动态调频、分层降级及执行保障四大策略实现。

高负载下定时任务不能硬扛，得主动避让、分级降级，核心是保主干、控影响、可恢复。

错峰执行：从源头分散压力

整点扎堆是最大隐患，必须打破固定节奏：

• 对周期性任务（如每10分钟监控），改用偏移表达式，例如 3-59/10 * * * * 表示从第3分钟起，每10分钟执行一次，避开0、10、20等整点
• 结算类、归档类等重任务，统一加3–8分钟随机偏移，避免多服务同时触发
• 跨系统任务需协调排期，比如A系统报表设在07:03，B系统日志清理设在07:07，C系统备份设在07:12

负载感知型动态调频

任务频率不是写死的，要随系统“呼吸”实时调整：

• 采集真实负载指标：1分钟平均负载、CPU使用率、任务队列积压数、DB连接池可用率
• 设定三级响应阈值：负载＜0.7 → 正常频率；0.7–1.5 → 降频（如5分钟→15分钟）；＞1.5 → 暂停或推迟至凌晨低峰
• 配置存数据库而非代码，支持运维后台实时修改，集群通过Redis同步最新策略

分层降级：按重要性切断非关键链路

不是全停，而是有选择地收缩：

• 读服务降级：非实时数据（如用户行为统计、商品浏览排行）切换为缓存旧数据或返回兜底值
• 写服务降级：日志聚合、埋点上报等异步写操作暂存本地文件或消息队列，高峰过后再批量回写
• 任务粒度降级：一个大任务拆成子任务后，允许部分失败（如只处理前50%用户），不阻塞整体流程

执行保障：隔离+超时+幂等

即使降了级，也要保证已执行的任务不出错：

• 为每类任务分配独立线程池或协程池，防止慢任务拖垮调度器
• 所有任务强制设置执行超时（建议≤30秒），超时后自动中断并记录上下文
• 任务自身必须幂等：数据库操作加唯一约束、状态更新用条件语句、文件操作用原子重命名