“得加快了，还剩8分钟，你的PPT才讲了一半。”
今天的张福全黑色西服套装配白色衬衣，蓝底佩斯利花纹的领带应该是他老婆给挑的。
“谢谢各位评审，我述职完毕。”张福全说完擦了擦汗，有点紧张。
"你主导的CRM系统在去年双十一期间扛住了百万级并发，但事后监控显示OraCle数据库出现大量闩锁争用。请说明根本原因及优化方案。"
陈默照例问了一个能让对方展示自己优势的问题。
闩锁争用就像读者老爷去的超市收银台如果只有一个扫码枪，顾客排队就会挤爆。
这个问题主要是考验他对数据库底层机制的理解以及在高并发场景的调优能力。
张福全想了想，回答道，“问题出在客户画像更新事务的索引设计——我们原用的B+树索引在热点数据区产生闩锁风暴。”
他继续说道，“解决方案有三步：1，对手机号前缀做哈希分片，将争用分散到32个分区；2，在华兴云GaUSSDB启用内存优化表。3，用自研的异步批处理工具替代实时更新。”
哈希分片就相当于还是前面那个超市，给开32个收银台，按顾客手机尾数分流。
内存优化表就相当于把商品先放购物车再统一结账，减少收银台压力。
内容未完，下一页继续阅读