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