返回第18章 四千人,服务器崩了  重生2001从成为腾讯股东开始首页

关灯 护眼     字体:大 中 小

上一页 目录 下一页

  “断了!”

    伴随着工程师的一声惊呼,幕布上的在线人数计数器的数值开始不断下跌。

    四千。

    两千七。

    一千一。

    不到一分钟,那个代表着所有人努力的数字就彻底变成了灰色的‘零’。

    “不要重启!”谭群钊几乎从椅子上弹了起来,大声喝止正准备敲击键盘的下属。

    “所有人别动进程!先保存内存故障信息,立刻复制底层日志,再给数据库做绝对隔离的只读快照。”

    几名高级工程师迅速按照指令操作起来。

    紧张的十分钟过去后,现场所有的数据保存完毕,测试服务器这才重新启动。

    为了确定这种异常崩溃会不会让掉线的角色数据受损,盛大通过后台切断了公用通道,只允许各家网吧登录指定的排查账号。

    最让人担心的问题,还是出现了。

    八十七个角色,发生了不同程度的数据回档。有的是刚打完怪获得的经验凭空消失,有的是在重连后回到了切换地图以前的位置。

    最致命的问题是,交易逻辑出了问题。

    一家上海网吧的督导紧急打来电话:两位参与测试的玩家在服务器崩溃前的一分钟面对面交易了一把铁剑,重新登录以后,不仅购买人的背包里有一把铁剑,售出者的背包里还有那把本该被扣除的铁剑。

    督导已经让两名玩家退出游戏,彻底清空缓存再重新登录,两个玩家的背包里还是有那把属性一模一样的铁剑。

    谭群钊只觉得一阵寒意窜上了背脊,厉声道:“拉后台!让人核对二十分钟内所有的交易记录!一笔一笔查!”

    下午四点十分。

    一份还带着打印机余温的排查结果表被送进了会议室。

    在服务器崩溃前后,全服一共出现了十七笔异常交易。

    由于并发极高,系统写入产生了微小的时间差。物品接收方的数据挤进了通道,被成功保存;而物品转出方却因为数据库写入超时,被系统保护机制强制回退到交易发生前的状态。

    十七件物品就这么硬生生地被复制成了两份。

    许进楷看完手里的数据表,提了一个最核心的问题:“如果是玩家自己网络不好导致掉线,会不会出现这种复制情况?”

    “暂时还不能确定。”谭群钊神色凝重,“现在我们通过日志能确认的只有一点:交易双方的数据在底层逻辑上不是同时保存的。它是先写入接收方数据,再写入转出方数据。”

    “服务器恰好在这两个步骤执行的间隙出现了异常,才造成了这次极其偶然的单边回档复制。”

    “这种机制能不能被人故意利用?”任宇昕这句话直击要害。

    “要重新搭建独立环境测试过后才能确定。”谭群钊不敢在老板面前轻易下结论,分析道:“如果必须要整个服务器的会话进程崩溃才能触发,那被玩家主动利用的概率很小。但是如果单个角色利用拔网线强制掉线来精准卡住这个时间差,从而触发复制机制,那问题就严重了。”

    会议室顿时安静了下来。

    服务器承载量不足,可以通过砸钱增加设备解决。

    但复制物品就是网游的顽疾,只要有人在公测后找到了稳定的触发方法,游戏里所有的稀有武器、道具和金币,在几天内就会成为失去价值的废品,整个游戏经济系统就会迅速崩盘。

    “今天的测试到此结束。”

    许进楷放下手里的数据表:“把所有的崩溃日志、数据库快照以及全部操作过程整理成技术文档,马上联系韩国,让Actoz和wede给我们一个合理的说法。”

    下午五点四十分。

    跨越黄海的越洋三方电话会议正式接通。

    Actoz海外项目负责人以及wede服务器架构工程师同时加入会议。盛大把下午的压力测试过程、监控数据以及那十七笔异常交易的记录都传真了过去。

    面对这种严重事故,两家韩国公司也没有推卸责任,《传奇》的中国区授权合同是由Actoz、wede和盛大三方共同签订的,服务器底层逻辑的程序修补和后续支持也属于韩方必须承担的责任范畴。

    但在问题的成因上,中韩两边出现了意见分歧。

    Actoz的工程师先检查了盛大这边的部署环境,他认为承载四千人以后出现的严重延迟和拥堵,很大可能是因为受到了数据库参数未优化、服务器连接方式以及中国机房网络配置的综合影响,需要拿到盛大完整的日志才能确定是不是韩方代码的问题。

    而作为研发方的wede工程师则更加直接,他看过那十七笔回退记录后指出:无论盛大的服务器是因为什么原因崩溃的,角色交易作为一个整体事件,在逻辑上就绝对不应该出现只保存一方数据的情况,这都是因为底层代码交易锁缺失。

    两方对
本章未完,请点击下一页继续阅读>>

『加入书签,方便阅读』

上一页 目录 下一页