;再次核实是否存在违规情况发生。
但是上面说到的主副完全不一致的情况一般都不会发生，毕竟评审们是会有交流的。
“朱总，你觉得咋样？” 陈默问道。
“挺好的，升16绰绰有余，17都够了。” 朱总倒是没有说违心话。
三人分别在电脑上提交了自己的评审意见。
......
又过了20多分钟，陈默看着拿着激光笔滔滔不绝的张福全没忍住敲了敲桌子，打断了他说道：
“得加快了，还剩8分钟，你的ppt才讲了一半。”
今天的张福全黑色西服套装配白色衬衣，蓝底佩斯利花纹的领带应该是他老婆给挑的。
“谢谢各位评审，我述职完毕。” 张福全说完擦了擦汗，有点紧张。
"你主导的crm系统在去年双十一期间扛住了百万级并发，但事后监控显示oracle数据库出现大量闩锁争用。请说明根本原因及优化方案。"
陈默照例问了一个能让对方展示自己优势的问题。
闩锁争用就像读者老爷去的超市收银台如果只有一个扫码枪，顾客排队就会挤爆。
这个问题主要是考验他对数据库底层机制的理解以及在高并发场景的调优能力。
张福全想了想，回答道，“问题出在客户画像更新事务的索引设计——我们原用的b+树索引在热点数据区产生闩锁风暴。”
他继续说道，“解决方案有三步：1，对手机号前缀做哈希分片，将争用分散到32个分区；2，在华兴云gaussdb启用内存优化表。3，用自研的异步批处理工具替代实时更新。”
哈希分片就相当于还是前面那个超市，给开32个收银台，按顾客手机尾数分流。
内存优化表就相当于把商品先放购物车再统一结账，减少收银台压力。
王工就这个问题追问道，"哈希分片需要重建索引，用户能接受停机2小时？"
张福全好似早有准备，"我们与2012实验室合作开发了在线重组工具，停机时间压缩到8分钟——这是测试报告第47页。"（文件水印显示"华兴机密-技术预研"）
等秘书把张福全请出去以后，已经是晚上9点30。
陈默三人对视一眼，他们都能看见彼此眼中的疲惫。
朱总忍不住吐槽，“这活真特么不是人干的，太耗脑子了。”
陈默回到，“可不是，一整天都在和这帮高级工程师斗智斗勇的。”
王辉岔开话题，说到，“陈总恭喜啊，最后两位都是你们部门的人吧，技术都很扎实啊。”
陈默笑呵呵的道谢。
张福全刚出会议室没走几步发现胡笳还没走，就问她，“你还没走，不会是等我吧？是在等默总？”
胡笳脸红了一下，说道，“要死啊，等你。想问问你咋样。”
张福全心有余悸，“刚刚述职的时候没控制好时间，差点没讲完，还好默总提醒了我，我后来加速收尾刚刚在时间要求内
本章未完,点击下一页继续...