一一中文网

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

第5章 第一次面试（第3页）

林晨心里一紧。

这才是真正的问题。

他迅速思考：“十倍流量……之前的Redis集群规模可能不够，需要扩容，并且要考虑跨机房同步的问题。

数据库分表策略可能需要调整，单表数据量增长会带来查询效率下降。

另外，应用服务器本身也可能成为瓶颈，需要水平扩展，并考虑负载均衡和会话保持的问题。

改造的话，可能需要引入更细粒度的缓存策略，比如本地缓存结合分布式缓存；数据库层面或许要考虑引入更强的oLAp分析能力，或者把一些实时性要求不高的统计任务剥离到大数据平台；服务端可以考虑部分接口异步化，用消息队列削峰……”

他尽可能把能想到的点都说了出来，有些地方他知道自己只是泛泛而谈，缺乏真正的实战细节。

李工一边听，一边在纸上画着什么。

“分布式事务怎么处理的？比如下单扣库存和生成订单，要保证一致性。”

“我们当时用的是最终一致性思路。

先预扣库存，创建订单，如果订单创建失败，库存再回补。

通过日志和定时任务核对异常状态。”

林晨回答，这是他们实际采用的方案。

“tcc（try-confirm-cancel）模式了解吗？和Saga模式对比呢？”

林晨顿了一下：“了解概念。

tcc需要业务方提供三个接口，实现复杂度高，但一致性最强。

Saga通过一系列本地事务和补偿事件实现，更适合长流程业务。

我们当时的业务场景相对简单，所以没采用这两种。”

李工点了点头，没再深究。

接下来的问题开始涉及更多具体技术细节：JVm调优参数，mySqL索引优化和死锁排查，Springcloud各个组件的原理和坑，docker和Kubernetes的使用经验……

林晨大部分都能答上来，有些地方能讲得很细，比如他曾经花了两天时间排查的一个由不当索引导致的慢查询问题。

但涉及到容器化编排、服务网格（Servicemesh）这些更前沿或他们之前没大规模使用的技术时，他的回答就偏向于理论了解，缺少实战体会。

他能感觉到，李工对他的基础和经验是认可的，但眼神里也偶尔会闪过一丝“技术栈偏传统”

的评估意味。

技术问题问了将近一个小时。

李工终于合上了笔记本，看着林晨：“技术层面聊得差不多了。

你对我们公司有什么想了解的？”

林晨知道，这是面试的后半程，也是了解对方和表达自己诉求的机会。

他问了几个关于公司当前主要产品、技术团队规模、未来半年技术规划的问题。

李工的回答比较务实：产品正在寻求突破，团队目前后端加他只有五个人，希望招个能扛事的一起搭建更稳定的架构。

“最后，聊聊你的期望薪资吧。”

李工很直接。

林晨心提到了嗓子眼。

他预设过很多次这个场景，但真到了这一刻，还是感到一阵紧张。

他清楚自己的底线，也记得张伟的提醒。

他稳住声音，报出了那个数字：“我的期望年薪是120万左右。