第236章 进展3(1/4)
钟耀祖突然用马克笔在白板上画起拓扑：“如果给每个服务加装事务补偿机制呢？”
他画出t模型草图，“像给王工的新动车加装备用制动。”
叶蓁蓁立即在笔记本上敲击：“可以结合我在sql解析器里实现的语法转换”
“停！”陈默突然打开视频会议系统，“连西山湖的仿真集群，用上周备份的生产数据快照，部署王工的新架构分支。”
这是华兴特有的“平行验证”机制。
从现网每日同步的数据库镜像，能在隔离环境完整复刻生产系统的数据结构。
三排机柜正在实验室待命，随时可以灌入不同版本的系统镜像。
“把曼谷海关模块的流量录制脚本灌进去。”陈默调出压力测试控制台，“按120业务峰值配置负载。”
冯亦如快速登录跳板机：“正在部署oracle基准环境王工的分支代码打包完成没有？”
“在arch-refactor分支，已经集成事务补偿模块。”叶蓁蓁的双手在键盘上翻飞，屏幕里的软件正在构建新的镜像。
钟耀祖盯着监控面板：“物理机资源分配完毕，128台e5服务器分成a/b两组，a组跑现有架构，b组跑新架构。”
当周衍启动压测工具时，两套系统同时开始吞吐模拟数据。
王启明指着b组监控屏，他看到了胜利的曙光：“看！分库事务吞吐量比a组高出40！”
“别急，等长事务模型加载。” 冯亦如调出预先录制的德国税务复杂事务包，这是包含217个存储过程的魔鬼测试用例。
突然b组监控屏泛起红光，s指标开始跳水。“事务补偿触发太频繁！”叶蓁蓁抓取到一条死锁日志，“分库序列生成器冲突了！”
冯亦如露出魔鬼的微笑，此刻心里想的是，“你看，我就说吧，还非不信，几个头铁怪”。
他正有些得意的时候却听见了陈默平静的声音，“切到混合模式，把复杂事务路由到a组架构。”
当周衍调整f5负载均衡策略后，b组的tpc-c曲线重新抬头。
冯亦如惊讶地发现，在ab组联动的模式下，整体性能仍比纯ora
本章还未完，请点击下一页继续阅读>>>
