王霁的思路，是循着可疑操作入手，硬啃代码。

只要代码的掌握度超过80%，他就能够获知缺陷细节，找到可能引起数据删除的缺陷，就有了明确方向。

老方法，先扔给ai解释。

代码加文档，都扔过去。

分布式存储的驱动部分，也是基础架构组维护的，属于半内核态代码。

因为平时接触少，所以这块算是他的知识盲点。

好在，他是计算机系科班出身，对内核跟驱动还是有些了解的。

2小时下来，掌握度提升至——

没达到50%门槛，只有整体提示。

再想提升，就得深入细节了。

王霁面对上万行代码，猛吸一口凉气，心中纠结：“这都是c代码，真要从头研究到尾，没2、3天根本搞不定。”

跟应用级别的代码不同，内核级代码很难做到一目十行。

写的时候慢，看得也慢。

他忽然灵光一闪：“没准以前有人处理过类似问题呢？有类似问题，定位就更准确，不用都看一遍了。”

立刻打开公司内部文档系统，搜索：“删数据”。

命中几百篇文章……

再筛选「存储驱动」空间。

只剩17篇！

他一篇篇仔细看，发现去年记录过一个案例，也是驱动升级导致数据丢失，跟这次情况有几分相似。

文档记录人——

郭超。

是他？

那这次怎么定位不到原因？

情况不同？

王霁决定找郭超问问，跟胡嘉怡要了他的手机号。

胡嘉怡提醒道：“郭超这个人吧，性格孤僻、眼高于顶，连江总、于总他都瞧不起，敢生怼的，要做好准备……”

王霁脑子里浮现出韦宇的形象，点点头：“我见过这种人，没事。”

到小会议室拨通电话：“喂，是超哥么？我是腾云王……”

“交接文档已经写了，我在休假，谢绝打扰！”对面很干脆。

滴滴滴——

电话断了。

“好歹让我念完名字嘛……”

王霁做好了心理准备，没想到对方听到腾云就挂电话。

琢磨片刻，按手机号加微信。

5分钟了，没反应。

他索性发短信：“超哥，我是腾云王霁，关于夏汽故障，在wiki里看到您以前处理过类似情况，想跟您咨询下。”

又过5分钟，依然没反应。

真是油盐不进……

那就给你整点辣的！

王霁对韦宇用过激将法，打算故技重施。

短信发过去：“根据目前情况判断，故障最大的可能性是你的操作导致，代码也是你写的，你要配合定位问题！”

存储驱动代码不归郭超维护，但他确实改过很多地方。

有没有错另说，先激一激！

果然，大神脾气类似。

郭超回复了。

连续3条：

“不可能！”

“拉黑你了。”

“不必再发。”

擦……

要不要这么果断……

行！

我自己看！

王霁回到工位，把wiki通读一遍，发现文档详细描述了相关代码问题。

对照着描述，他把涉及到系统重启、索引更新、缓存更新、动态平衡、数据迁移、数据删除的部分看了个大概。

掌握度提升至55%！

倏——

脑中猛然如清泉注入。

许多代码块亮闪闪出现红点！

“有戏！”

他筛选可能引起数据删除的部分，共有3段。

再找熟悉代码的组内前辈请教，很快理顺了逻辑。

代码掌握度——

92%！

王霁兴奋之极，再看这3处代码时，提示清晰地流入脑海中：

“此处代码可能因网络延迟、节点故障等原因，存储节点的写入操作滞后，导致存储块间的数据副本不一致……”

“如果存储节点硬件故障，这段代码在恢复数据时，会瞬间占用大量存储带宽，导致业务性能急剧降低……”

“此处数据未经加密，可能被中间人截获或访问后台得到明文……”

提示得很仔细。

而且正是郭超提交的修改！

可惜……

不会引起数据删除。

半毛钱关系都没有。

整整一下午，忙了个寂寞。

“走，一起去吃饭！吃完饭再看。”胡嘉怡不知何时来到工位旁。

王霁看看时间，已经6点钟，站起身舒展四肢，问道：“你不回家吃？”

胡嘉怡笑