五台服务器各自维护着独立的 crontab 清单,同一任务在多台机器上重复执行导致数据重复写入,部分关键任务的执行时间冲突导致资源竞争。定时任务治理将全部 crontab 收敛到统一管理平台,每条任务标注负责人、执行频率与依赖关系。
定时任务统一登记到配置表:任务名、执行节点、执行频率与负责人,冲突检测脚本扫描同节点同频的任务并告警。
local TASKS = {
{ name = "daily_backup", node = "node_a", cron = "0 3 * * *", owner = "运维组" },
{ name = "log_cleanup", node = "node_a", cron = "0 4 * * *", owner = "运维组" },
{ name = "rank_refresh", node = "node_b", cron = "*/5 * * * *", owner = "开发组" },
}
local function checkConflict()
local slotMap = {}
for _, t in ipairs(TASKS) do
local slot = t.node .. "_" .. t.cron
if slotMap[slot] then
sendmail("#运维组", 956, "定时任务冲突", slot .. " 存在冲突任务", "")
end
slotMap[slot] = true
end
end
每个任务执行后写入执行记录(开始时间、耗时、退出码),超过预期耗时的任务告警,连续三次失败的任务自动禁用并通知负责人。
local EXEC_LOG = {}
local function executeTask(taskName)
local t0 = os.time()
local ok = pcall(callScript, taskName)
local cost = os.time() - t0
EXEC_LOG[taskName] = { ts = t0, cost = cost, ok = ok }
if not ok then
sendmail("#运维组", 957, "定时任务失败", taskName .. " 执行失败", "")
end
end
冲突检测验证同节点同频的任务能准确检出;任务执行记录的开始时间、耗时、退出码三要素完整;连续三次失败的任务自动禁用并通知负责人。监控定时任务的日均执行次数与失败率,失败率超过 5% 说明任务依赖的外部资源不稳定。
crontab 的时间用 UTC 而业务时间用 CST,差了 8 小时导致备份任务在高峰期执行,crontab 统一改为 CST 时区。同一任务在两个节点的 crontab 各有一条,重复执行导致数据写入两次,全局去重后只保留一条。任务的执行耗时没有记录,长任务阻塞后续任务的问题无法定位,执行记录增加耗时字段。crontab 的修改没有版本控制,误删的任务无法恢复,crontab 文件纳入 Git 版本控制。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
实战应用:用在哪里 装备回收商 NPC 每天按评分收购玩家的装备,裁决之杖、骨玉权杖按攻击、持久加权打分,榜上只要前五名。数…
实战应用:用在哪里 沙巴克攻城是全服行会战的最高舞台:攻方砸开城门、抢占皇宫,守方依托城墙与复活点反打。规则设计的关键是节奏…
实战应用:用在哪里 影分身玩法给法师职业补上生存短板:危急时刻召唤四个影分身分担仇恨,敌人需要在六格范围内分辨真身,猜错就浪…
实战应用:用在哪里 组队邀请、行会宣战这类关键信令丢了没有兜底,玩家只能反复手点,高峰期体验很差。重试机制给信令加确认回执:…
实战应用:用在哪里 新资料片上线首日预约量常是日常十倍,一口气全开会让数据库与登录网关同时过载。滚动开区把开区动作排成队列:…
实战应用:用在哪里 百人同屏的沙巴克外围战场,每个玩家每秒跑动会触发数次位置更新,全部即时下发时广播量随人数平方增长,网关先…