新服开放预计首日涌三万新玩家,现有环境从未承受过这种规模。压测脚本模拟登录洪峰:按真实用户的操作时序生成虚拟客户端,逐步提升并发到目标值,实时监控服务端响应时间与错误率,找到系统的承载瓶颈。
虚拟客户端按真实用户的操作时序模拟登录、创建角色、进入地图、打怪四步流程,每步记录耗时与结果。
local VUSERS = 5000
local RAMP_SEC = 300
local active = 0
local results = { pass = 0, fail = 0 }
local function simulateUser(userId)
local steps = { "login", "create", "enter_map", "kill_mon" }
for _, step in ipairs(steps) do
local t0 = os.clock()
local ok = pcall(callScript, "test_" .. step, userId)
local cost = os.clock() - t0
if ok and cost < 3 then
results.pass = results.pass + 1
else
results.fail = results.fail + 1
end
end
end
虚拟用户按阶梯逐步增加:每 60 秒增加 500 人直到达到目标值或出现错误率超标,找到系统的最大承载量。
setontimerex(226, 60)
local targetVU = 5000
local curVU = 0
function ontimer226()
if curVU >= targetVU then return end
local add = math.min(500, targetVU - curVU)
curVU = curVU + add
sendcentermsg("压测进度:" .. curVU .. "/" .. targetVU .. " 虚拟用户")
local errRate = results.fail / (results.pass + results.fail)
if errRate > 0.05 then
sendcentermsg("错误率超 5%,停止加压")
setontimerex(226, 0)
end
end
压测脚本的虚拟用户操作时序与真实玩家的行为分析数据比对,操作间隔偏差不超过 20%;瓶颈定位输出报告标注 CPU、内存、数据库连接中哪个资源先达到瓶颈。监控压测期间的服务端 CPU、内存、网络带宽三条曲线,任一资源达到 90% 即记录为该轮压测的瓶颈。
虚拟客户端的登录请求没有加随机延迟,五千个用户在同一毫秒发送登录导致网关直接拒绝,加入 0 到 5 秒的随机延迟后请求分布均匀。压测数据与真实玩家混在同一个数据库中,压测产生的垃圾数据污染了真实数据,压测环境使用独立的数据库实例。瓶颈分析只看了 CPU 没看磁盘 IO,数据库写入达到磁盘瓶颈时 CPU 仍然正常,加入磁盘 IO 监控后才定位到真正的瓶颈。压测结束后虚拟用户的连接没有正确关闭,导致网关的连接数持续偏高,压测收尾时逐一断开所有虚拟连接。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
实战应用:用在哪里 装备回收商 NPC 每天按评分收购玩家的装备,裁决之杖、骨玉权杖按攻击、持久加权打分,榜上只要前五名。数…
实战应用:用在哪里 沙巴克攻城是全服行会战的最高舞台:攻方砸开城门、抢占皇宫,守方依托城墙与复活点反打。规则设计的关键是节奏…
实战应用:用在哪里 影分身玩法给法师职业补上生存短板:危急时刻召唤四个影分身分担仇恨,敌人需要在六格范围内分辨真身,猜错就浪…
实战应用:用在哪里 组队邀请、行会宣战这类关键信令丢了没有兜底,玩家只能反复手点,高峰期体验很差。重试机制给信令加确认回执:…
实战应用:用在哪里 新资料片上线首日预约量常是日常十倍,一口气全开会让数据库与登录网关同时过载。滚动开区把开区动作排成队列:…
实战应用:用在哪里 百人同屏的沙巴克外围战场,每个玩家每秒跑动会触发数次位置更新,全部即时下发时广播量随人数平方增长,网关先…