念完名字嘛……”
王霁做好了心理准备，没想到对方听到腾云就挂电话。
琢磨片刻，按手机号加微信。
5分钟了，没反应。
他索性发短信：“超哥，我是腾云王霁，关于夏汽故障，在wiki里看到您以前处理过类似情况，想跟您咨询下。”
又过5分钟，依然没反应。
真是油盐不进……
那就给你整点辣的！
王霁对韦宇用过激将法，打算故技重施。
短信发过去：“根据目前情况判断，故障最大的可能性是你的操作导致，代码也是你写的，你要配合定位问题！”
存储驱动代码不归郭超维护，但他确实改过很多地方。
有没有错另说，先激一激！
果然，大神脾气类似。
郭超回复了。
连续3条：
“不可能！”
“拉黑你了。”
“不必再发。”
擦……
要不要这么果断……
行！
我自己看！
王霁回到工位，把wiki通读一遍，发现文档详细描述了相关代码问题。
对照着描述，他把涉及到系统重启、索引更新、缓存更新、动态平衡、数据迁移、数据删除的部分看了个大概。
掌握度提升至55！
倏——
脑中猛然如清泉注入。
许多代码块亮闪闪出现红点！
“有戏！”
他筛选可能引起数据删除的部分，共有3段。
再找熟悉代码的组内前辈请教，很快理顺了逻辑。
代码掌握度——
92！
王霁兴奋之极，再看这3处代码时，提示清晰地流入脑海中：
“此处代码可能因网络延迟、节点故障等原因，存储节点的写入操作滞后，导致存储块间的数据副本不一致……”
“如果存储节点硬件故障，这段代码在恢复数据时，会瞬间占用大量存储带宽，导致业务性能急剧降低……”
“此处数据未经加密，可能被中