评审的评审官一般都是三个人，其中一正两副。
实际上评审结果都是以主审意见为准。
但是，当主审和两个评审结果都不一致时 —— 比如主审通过，两个副审皆不通过；
或者主审不通过，两个副审皆通过；
虽然结果还是以主审为准，但事后公司会调取评审时候的影像资料。
再次核实是否存在违规情况发生。
但是上面说到的主副完全不一致的情况一般都不会发生，毕竟评审们是会有交流的。
“朱总，你觉得咋样？” 陈默问道。
“挺好的，升16绰绰有余，17都够了。” 朱总倒是没有说违心话。
三人分别在电脑上提交了自己的评审意见。
......
又过了20多分钟，陈默看着拿着激光笔滔滔不绝的张福全没忍住敲了敲桌子，打断了他说道：
“得加快了，还剩8分钟，你的PPT才讲了一半。”
今天的张福全黑色西服套装配白色衬衣，蓝底佩斯利花纹的领带应该是他老婆给挑的。
“谢谢各位评审，我述职完毕。” 张福全说完擦了擦汗，有点紧张。
"你主导的CRM系统在去年双十一期间扛住了百万级并发，但事后监控显示OraCle数据库出现大量闩锁争用。请说明根本原因及优化方案。"
陈默照例问了一个能让对方展示自己优势的问题。
闩锁争用就像读者老爷去的超市收银台如果只有一个扫码枪，顾客排队就会挤爆。
这个问题主要是考验他对数据库底层机制的理解以及在高并发场景的调优能力。
张福全想了想，回答道，“问题出在客户画像更新事务的索引设计——我们原用的B+树索引在热点数据区产生闩锁风暴。”
他继续说道，“解决方案有三步：1，对手机号前缀做哈希分片，将争用分散到32个分区；2，在华兴云GaUSSDB启用内存优化表。3，用自研的异步批处理工具替代实时更新。”
哈希分片就相当于还是前面那个超市，给开32个收银台，按顾客手机尾数分流。
内存优化表就相当于把商品先放购物车再统一结账，减少收银台压力。
王工就这个问题追问道，"哈希分片需要重建索引，用户能接受停机2小时？"
张福全好似早有准备，"我们与2012实验室合作开发了
本章未完，请点击下一页继续阅读！