多多读书

手机浏览器扫描二维码访问

第234章 进展1（第1页）

鹏城的七月，天像是倒扣的陶罐子，把溽热焖在里头。

推开窗户，空气稠得能攥出水，白晃晃的日头还没爬上来，楼群间已浮起嗡嗡的空调声。

那些方盒子外机列在水泥墙上，活似蜂巢里躁动的工蜂，昼夜不息地吐着热浪。

木棉叶子蒙了层釉光，油亮亮地发蔫。

榕树的气根垂成帘幕，悬在街角纹丝不动，倒叫人想起戏台子上的老生髯口。

水泥地浮着汗碱，柏油路晒得发软，踩上去黏答答的，像是踩着块晒化的枧水粽。

鹏城坂田华兴总部D区数据中心的玻璃幕墙映着晚霞，将整个走廊染成橘红色。

陈默的办公室门敞开着，林雨晴抱着一摞文件站在门口，看着里面围坐在会议桌旁的几个人“惯例加班”。

“冯工，这是上周压测的日志分析。”苏琳将平板电脑推过桌面，屏幕上跳动着密密麻麻的数据流，“分布式事务模块的吞吐量卡在8万TPS，和OraCle的差距还是超过20%。”

冯亦如的手指在桌沿敲出急促的节奏，金丝眼镜都快要滑到鼻翼：“锁冲突的问题还没解决？上周不是说优化了锁粒度？”

坐在他对面的钟耀祖闻言撇了撇嘴，心想妈的你倒是说得简单，你行你上。

嘴上却还是老实说道：“传统两阶段提交协议在跨节点事务里就是绕不过的坎儿。我和顾南舟试过引入PaXOS算法，但一致性校验的延迟又上来了。”

会议室的空调发出轻微的嗡鸣，而顾南舟正盯着墙上的架构图发呆。

旋即突然开口：“有没有可能重构事务日志的存储结构？比如用LSM树替代B+树？”

“胡闹！”徐璐猛地抬头，作为运维负责人的她最在意数据库的稳定性，听见“重构”两个字她下意识就是反对，“LSM树的写放大问题怎么解决？我们现在的IO瓶颈已经够严重了。”

钟耀祖和顾南舟交换了个眼神，前者往前倾了倾身子：“徐总，我们做过模拟，结合分层压缩策略，写放大能控制在3倍以内。而且苏琳他们开发的动态缓冲算法，刚好能配合这个结构。”

苏琳连忙点头，调出另一张图表：“这是上周在测试环境跑的数据，虽然单次写入延迟增加了15%，但批量处理效率提升了40%。”

徐璐看完后默不出声，而一旁的冯亦如看完后则同样迟迟没有说话。

陈默靠在办公椅上，看着这两个目前公司最资深的数据库专家陷入挣扎，倒是没想到连苏琳也“叛变了”。

从2015年10月高斯数据库项目优先级重新提到最高等级以来，陈默就用了华兴惯用的集中攻关方式来重点攻克这个项目。

典型的“压强式投入”和“军团作战”模式，通过资源聚焦、跨团队协同、快速迭代等方式，突破自研分布式数据库的核心技术难题。

随着每过一段时间就有“大牛”进入团队，这样的技术争论几乎每天都在发生。

冯亦如带着老团队坚守传统想法，而钟耀祖、顾南舟这些天才少年则不断提出激进的改进方案。

“这样吧，”陈默突然开口，“两边都别争了。老冯，你带苏琳他们继续优化现有方案，重点解决锁冲突。耀祖，你们组用LSM树做个实验性分支，下周在蓉城数据中心做压力测试。”

钟耀祖刚要开口，陈默抬手打断：“我知道你想说资源，但现在整个数据中心20%的算力都给了你们。要是这次压测再不过，别说我没给机会。”