【数据存储】定时快照：运营数据的日报快照

实战应用：用在哪里

运营复盘要回答每天零点的在线人数、祖玛教主是否存活、开区天数三个数，临时翻日志经常对不齐。定时快照每天 00:05 固化一组运营指标，按日期存键，保留 90 天，复盘直接取数。三个数写进周报只需一次区间查询，运营自助取数后数据类临时工单少了一多半。快照键按日期命名，与流水表天然对齐，跨系统核对不再需要人工换算口径。

快照的采集与入库

全局定时器每 60 秒醒一次，到点采集：grobalinfo(6) 取全服在线数，grobalinfo(1) 取开区天数，getmoncount 核对世界 BOSS 存活，拼串写入带日期后缀的系统变量并落盘。

setontimerex(122, 60)
function ontimer122()
    if os.date("%H%M") ~= "0005" then return end
    local day = os.date("%Y%m%d")
    local line = grobalinfo(6) .. "|" .. grobalinfo(1) .. "|" .. getmoncount("祖玛教主")
    setsysvarex("SNAP_" .. day, line, 1)
end

快照的查询与过期清理

按日期区间拉快照拼周报，日期当数字逐日推进，无效日期查不到键自动跳过；91 天前的键置空回收，防止变量表无限膨胀。采集动作本身很轻：三个接口调用加一次拼串，60 秒一轮的开销可以忽略。

function querySnap(fromDay, toDay)
    local lines = {}
    local t = fromDay
    while t <= toDay do
        local v = getsysvar("SNAP_" .. t)
        if v ~= nil and v ~= "" then
            table.insert(lines, t .. " " .. v)
        end
        t = t + 1
    end
    return table.concat(lines, "\n")
end
function cleanSnap(today)
    local edge = today - 91000000
    for i = 1, 5 do
        setsysvarex("SNAP_" .. (edge - i * 10000), "", 1)
    end
end

验证与监控

跨月日期段查询核对完整性，缺键跳过不报错；91 天过期样本核对清理后键为空；快照值与手工查询的在线数逐项比对，误差为零。监控每日快照是否生成，00:06 仍无当日新键即告警。查询接口按一周区间跑一次全量导出，与逐日手工记录核对，七行全对才算过关。

踩坑记录

采集点放在 00:05 而不是 00:00，零点重置流程写一半的在线数最初被快照固化过，复盘拿到的第一天数据全是错位值。setsysvarex 的落盘参数漏给过，重启后一周快照蒸发，补了持久化标记才稳。日期当数字递增跨月会扫出 20260932 这类无效日，键不存在直接跳过，一次多查几十次可以接受，没有必要引入日期库。祖玛教主存活位被运营当成生态指标盯着，实际它更多反映重置脚本是否正常，解读时要分清含义。cleanSnap 每轮只清五个键是有意为之，把删除摊薄到多轮定时器里，避免零点后集中清理造成变量表抖动。