第378章 一级故障2

/>\n

“内存泄漏源没掐断。”陈默目光如扫描仪般掠过陆泽的屏幕，“dump出锁服务进程堆栈，过滤‘materialtrace’关键字。”

\n

陆泽依言操作。

\n

海量的内存地址与十六进制码中，一行刺目的报错被高亮捕获：

\n

[fatal]materialtracejvmheapoverflow-hashmapresizedeadlock

\n

“哈希表死锁？”徐双龙失声，“这模块的代码审计是我亲自做的！负载测试时百万级物料条目都…”

\n

他的话戛然而止。

\n

陈默已经调出某个开发项目数据库切换日志。

\n

一条记录如冰锥刺入眼帘：

\n

2017-06-2723:58:11物料主数据表完成从oracle到gaussdb的在线迁移。

\n

死寂。

\n

只有空调风口的嘶鸣在指挥厅回荡。

\n

所有人都明白了。

\n

压力测试清空了数据，却没重置物料表迁移后触发的自增长索引阈值。

\n

当子系统的jvm试图扩容hashmap以容纳新的物料id段时，撞上了分布式锁的同步机制，两个核心模块在内存的修罗场里同归于尽。

\n

“修复方案？”陈默的声音听不出波澜。

\n

“重启锁服务集群，强制清除死锁。”张锐语速急促，“但数据一致性会崩！排程引擎可能输出冲突指令，引发产线混料！”

\n&

本章未完，请点击下一页继续阅读！ 第2页 / 共5页