趣书网

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

第19章 述职评审2（第3页）

“得加快了，还剩8分钟，你的PPT才讲了一半。”

今天的张福全黑色西服套装配白色衬衣，蓝底佩斯利花纹的领带应该是他老婆给挑的。

“谢谢各位评审，我述职完毕。” 张福全说完擦了擦汗，有点紧张。

&#34；你主导的CRM系统在去年双十一期间扛住了百万级并发，但事后监控显示Oracle数据库出现大量闩锁争用。请说明根本原因及优化方案。&#34；

陈默照例问了一个能让对方展示自己优势的问题。

闩锁争用就像读者老爷去的超市收银台如果只有一个扫码枪，顾客排队就会挤爆。

这个问题主要是考验他对数据库底层机制的理解以及在高并发场景的调优能力。

张福全想了想，回答道，“问题出在客户画像更新事务的索引设计——我们原用的B+树索引在热点数据区产生闩锁风暴。”

他继续说道，“解决方案有三步：1，对手机号前缀做哈希分片，将争用分散到32个分区；2，在华兴云GaussDB启用内存优化表。3，用自研的异步批处理工具替代实时更新。”

哈希分片就相当于还是前面那个超市，给开32个收银台，按顾客手机尾数分流。

内存优化表就相当于把商品先放购物车再统一结账，减少收银台压力。

王工就这个问题追问道，&#34；哈希分片需要重建索引，用户能接受停机2小时？&#34；

张福全好似早有准备，&#34；我们与2012实验室合作开发了在线重组工具，停机时间压缩到8分钟——这是测试报告第47页。&#34；（文件水印显示&#34；华兴机密-技术预研&#34；）

这章没有结束，请点击下一页继续阅读！

等秘书把张福全请出去以后，已经是晚上9点30。

陈默三人对视一眼，他们都能看见彼此眼中的疲惫。

朱总忍不住吐槽，“这活真特么不是人干的，太耗脑子了。”

陈默回到，“可不是，一整天都在和这帮高级工程师斗智斗勇的。”

王辉岔开话题，说到，“陈总恭喜啊，最后两位都是你们部门的人吧，技术都很扎实啊。”