停服补偿覆盖四万账号,一次性全发会顶爆邮件队列,发一半进程中断重跑又怕重复发放。补偿发放脚本做三件事:名单分批、断点续发、失败回滚,幂等标记保证重跑不重发。脚本设计原则是随时可断、随时可重跑,任何一个环节的状态都落在可恢复的存储里,运维只需要盯失败列表处理。
名单按 500 人一批切分,游标记录已发批次号,脚本从游标处继续,中断重跑零重复。名单文件由运营平台导出,格式为每行一个账号,发放前先查幂等标记,已发过的玩家直接跳过。
local function grantBatch(batchId)
local names = getBatchNames(batchId)
for _, nm in ipairs(names) do
local done = getplayvar(nm, "HUMAN", "COMP_902")
if done ~= 1 then
giveitem(nm, "补偿礼盒", 1)
setplayvar(nm, "HUMAN", "COMP_902", 1, 1)
end
end
setsysvarex("COMP_CURSOR", batchId, 1)
end
发放失败只登记不中断整批,收尾统一重试;发错内容时按幂等标记定位名单,回收道具后复位标记,账号恢复未领取状态。
local FAIL = {}
local function grantOne(nm)
local ok = giveitem(nm, "补偿礼盒", 1)
if ok then
setplayvar(nm, "HUMAN", "COMP_902", 1, 1)
else
table.insert(FAIL, nm)
end
end
local function rollback(nm)
if getplayvar(nm, "HUMAN", "COMP_902") == 1 then
local p = class(nm)
p:takeitem("补偿礼盒", 1)
setplayvar(nm, "HUMAN", "COMP_902", 0, 1)
end
end
演练三类场景:中途强断进程后重跑核对零重复;名单混入满背包玩家核对失败登记完整;错发样本回收核对标记复位。正式发放时监控游标推进速度与失败数曲线,失败率超过百分之一即暂停转人工。演练环境先用三千人的小名单跑三轮,确认游标与标记行为正常再上全量;发放期间客服侧同步挂公告,减少重复领取的咨询量。
发放在前标记在后的顺序跑出过事故,进程正好断在两行之间,重跑给同一玩家发了两份,改成先标记后发放、发放失败再回滚标记。giveitem 对离线玩家静默失败,名单先过一遍在线状态,离线账号转邮件通道补投。游标存系统变量没加批次校验,两个运维同时跑脚本游标互相覆盖,加了一把进程锁才治好。名单导出时混进了重复行,幂等标记救了场,事后在导出环节补了去重与行数校验,名单文件本身也要可靠。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
实战应用:用在哪里 盟重矿洞挖出的黑曜石除了堆仓库没有去向,矿工玩法缺一条消耗链。黑市商人每 4 小时换一批限时货架,6 个…
实战应用:用在哪里 盟重码头到沙巴克水路要 20 分钟,商船运货收益高但会被半兽海盗打劫,单人押船九死一生。码头护航做成对抗…
实战应用:用在哪里 拍卖行竞拍高峰,一件屠龙刀 1 秒能产生 60 条竞价事件,逐条 sendluamsg 下发,竞拍面板每…
实战应用:用在哪里 金盒转盘 8 格奖池,普通奖越来越疲,大奖既要概率递增又不能失控。动态权重轮盘:每抽一次普通奖权重缩减 …
实战应用:用在哪里 周年庆礼包开领 30 分钟,3000 名玩家多领了一份礼盒,回收与舆情处理耗掉两天。事故根因简单得刺眼:…
实战应用:用在哪里 一次回档让玩家的裁决之杖从强化 7 退回 5,口头承诺补偿却没有账可查。强化流水把每次强化的时间、道具、…