猩猩滑跪发公告给补偿！Orion 卡顿原因大起底：这技术架构是实习生写的？

点击上方蓝字关注 Ingress Beijing

• 2026年5月16日 Orion Anomaly 期间，全球服务器严重卡顿，不仅悉尼和布拉格现场炸了，全世界玩家都跟着一起坐牢。
• 根因是新数据库扛不住 Anomaly 级别的并发写入，产生了大量"幽灵数据"堵塞系统，自动扩容也没跟上，属于新基建上线后被真实流量暴打的经典翻车。
• 猩猩罕见地发布了一篇技术复盘公告，承认问题并给出修复方案，同时宣布临时缩小 XMP 攻击半径来缓解压力。
• 全员赔偿礼包已上架商店免费领取，包含 Aegis Shield、毒、Power Cube 等一堆物资，限时7天。

说实话，当我看到猩猩以 Brian 的名义发出这篇洋洋洒洒的技术复盘公告时，我的第一反应不是"哦他们终于修了"，而是"这次舆情到底闹多大了"。

各位老玩家心里都有数，猩猩对待服务器问题的传统艺能是什么——装死。轻则发个推特说"我们知道了在查了"，重则等热度过去当无事发生。但这次不一样，5月16日 Orion Anomaly 的卡顿事件之后，Reddit 上蓝绿两军罕见地达成了统一战线，退订 CORE 的呼声一浪高过一浪，骂声之大足以让猩猩的公关团队从周末的躺平状态中弹射起飞。

于是我们就看到了这篇可能是 Ingress 运营史上最详细的技术事故复盘。猩猩不仅承认了问题，还把数据库写竞争、幽灵记录、自动扩容滞后这种内部技术细节全都摊开来讲。这就好比你家楼下的餐馆终于承认菜难吃不是因为"今天的食材比较有个性"，而是因为厨师刚换了口新锅根本不会用。

舆情倒逼出来的真诚，虽然迟到，但好歹来了。

猩猩在公告里把事故归结为三个“完美风暴”级别的瓶颈。抛开那些文绉绉的术语，这本质上就是一次新基础设施没做极限压测、没做爆炸半径隔离、容量编排稀烂的典型翻车。

故事的起点是猩猩给 Ingress 换了一套新数据库。在之前的 +Gamma Hyderabad 和 +Gamma Buenos Aires 两场 Anomaly 里，新系统没出大问题，但这给了猩猩一种虚假的安全感——那两场活动的玩家活跃度根本不够看，没炸纯粹是因为人不够多。到了 Orion 这种几百人同毫秒集火同一个 Portal 的高强度场景，新架构的底裤直接被扒了下来。

第一，写竞争死锁（Write Contention Gridlock）。 新数据库的并发处理机制在单点高并发下直接崩盘。几百人同时打一个 Portal，系统的处理方式是“写失败就重试”，结果重试的请求比首发的还多，形成死亡螺旋。连最基本的“单行热点更新”基准测试都没做就敢把新库推上生产环境，这架构设计简直是在裸奔。

第二，幽灵记录堵塞（Ghost Records）。 游戏数据高频变更会在数据库留下“墓碑”记录，且至少要一小时才清理。Anomaly 期间几万个幽灵数据把索引彻底堵死，查询效率断崖式下跌。最离谱的是，这套数据库承载的是全球数据，完全没有做地域或业务隔离！悉尼和布拉格制造的垃圾数据，直接把全球其他地方的玩家也拖进了泥潭。局部战场炸了，全球玩家陪葬，爆炸半径控制为零。

第三，自动扩容拉胯（Autoscaling）。 Anomaly 是日历上明牌的时间和地点，属于可预测的峰值流量，结果猩猩居然还指望反应式的自动扩容器？预扩容的量根本不够，流量洪峰一上来直接被打穿。

总结一下：没做极限压测，没做区域隔离，预扩容形同虚设。三个低级错误叠加，厨房没炸已经是奇迹了。

公告里列出了三个正在推进的修复方案：

第一，把 Portal 的更新操作先放到服务器内存里处理，而不是直接写入数据库。相当于在厨房和前厅之间加了一个快速中转台，订单先在中转台上快速处理，不用每次都跑到后厨排队。

第二，重构数据库的时间索引方式，从根本上解决幽灵记录堆积的问题。猩猩原文用了一句" We ain't afraid of no ghosts "（我们不拍鬼），玩了个《捉鬼敢死队》的梗，但说实话你们怕不怕不重要，重要的是下次 Anomaly 别再让全球玩家陪你们一起见鬼了。

第三，在 Anomaly 开始前，根据已知的活动区域提前把数据库分片拆分好。之前的做法是等流量来了再让系统自己去发现热点、重新组织数据，黄花菜都凉了。现在改成运营提前告诉系统"这几个地方会爆"，让数据库把资源预分配过去。

这才是整篇公告里最让人血压飙升、也最荒诞的部分。

猩猩宣布，为了缓解并发写入的压力，将临时缩小 XMP 的攻击半径，同时提高单发 XMP 的攻击强度，使得每次 XMP 影响的 Portal 数量减少。

• 生效时间：2026年05月27日 01:00:00（北京时间）

• 恢复时间：2026年06月02日 01:00:00（北京时间）

XMP 是什么？那是 Ingress 玩家吃饭的家伙，是攻击方最核心的道具！缩小攻击半径意味着什么？意味着原本一个 XMP 能覆盖的 Portal 数量大幅减少，清场效率直线下降，原本算好的战术、物资消耗、集火节奏全部作废。

服务器扛不住，你加机器啊！你改代码啊！你削玩家武器算什么本事？饭店上菜慢，老板不增加厨师，反而把筷子拿走一半，说“这样你们吃得慢，后厨就不卡了”？

用游戏机制的改动来兜底基础设施的无能，这是架构师界的耻辱，也是游戏策划的悲哀。这相当于猩猩公开承认：我们的服务器连正常的游戏机制都撑不住了，只能反过来修改游戏规则去迁就服务器的能力上限。你花了钱买 CORE 订阅、花了机票飞到现场，结果发现游戏体验的上限不是你的操作水平，而是猩猩的服务器预算。

猩猩的公告发出来后，Reddit 上的老哥们显然不买账。

对于缩小 XMP 半径这个操作，玩家 Jo0Lz 一针见血地指出，这纯粹是“贴创可贴”。在 Portal 密集的区域，大量玩家同时操作依然会引发同样的问题，治标不治本。

Pixelbytes1331 则发出了所有参赛选手的灵魂拷问：别扯那些正在开发的长期方案，我就问一句，这些修复措施到底什么时候能实装？2026年05月30日和2026年06月20日接下来的 Anomaly 还能不能好好打了？给个时间线行不行？

TechBitch 老哥直接把嘲讽拉满：“所以我们没做压力测试，等搞砸了才想起来修？哎呀，拿点免费装备打发叫花子呢？连句正经的‘对不起大家飞越半个地球来罚站’的道歉都没有。怎么着，猩猩是刚成立的新公司，第一次办活动吗？”

相对理智的技术流玩家 Saunterer9 则表示公告没回避技术细节，态度可以接受，但也提出了直击灵魂的疑问：既然之前的萨格勒布（Zagreb）Anomaly 还在老系统上且表现神勇，猩猩为什么没有拿萨格勒布的数据做个镜像压测？对比一下布拉格和萨格勒布的数据，问题早就该暴露了。最让他震惊的是，Anomaly 级别的 Portal 混战，以前居然不是直接在内存里处理的？

说白了，玩家们的核心诉求很简单：别画饼，给时间线；别削玩家，立正挨打。

猩猩为这次事故准备了两波赔偿：

第一波：Orion Sydney 和 Orion Prague 参赛者专属猩猩正在联系各站点的 Anomaly 联络人，向参与了这两场活动但还没拿到 Medal passcode 的玩家补发 passcode，同时还在讨论针对这两场活动参与者的额外补偿方案（截至公告发布时尚未公布具体内容）。

第二波：全员免费礼包在商店的 Free Items 分类下上架了一个 Load Out Kit，所有玩家均可领取，包含以下物资：

领取时间：2026年05月23日 01:00:00 至 2026年05月30日 01:00:00（北京时间），限时7天，过期不候。

怎么说呢，一个 Aegis Shield 加一堆紫盾算是有点诚意，毒和运动胶囊也算实用，但考虑到玩家们为了参加 Anomaly 投入的时间、金钱和热情，以及当天在现场那种"我带着两千个道具来，打完还剩两千二"的荒诞体验——这份补偿更像是一份"对不起让你等了这么久"的安慰奖，而不是"我们搞砸了你的周末"的正式赔偿。不过有总比没有强，各位别忘了去商店领就行。

这次事件暴露出的问题其实并不复杂：新数据库上线后没有经历过真正的极端压力测试，遇到热点问题就炸了，之前的两场 Anomaly 给了猩猩一种虚假的安全感，直到 Orion 的流量把一切打回原形。更深层的问题在于，Ingress 的全球数据库没有做好区域隔离，导致局部战场的卡顿能够像瘟疫一样传染给全球所有玩家——这才是架构层面最让人后背发凉的设计缺陷。

但话说回来，猩猩这次的处理方式确实比以往成熟了不少。主动发布技术复盘、承认架构缺陷、给出明确的修复方向和时间表、提供全员补偿——虽然这些动作大概率是被舆情逼出来的，但至少说明猩猩还愿意跟玩家好好说话，而不是继续装死。

至于那三个修复方案最终能不能在下一次 Anomaly 之前落地，XMP 临时 nerf 之后玩家们的战术会怎么调整，以及那些喊着"退订 CORE、再也不见"的玩家到底会不会真香——我们拭目以待。

毕竟，这游戏最魔幻的地方就在于：你一边骂着猩猩，一边还是会打开 Scanner 看看家门口的 Portal 有没有被翻。