今天给大家分享一个进大厂的真实案例，为啥我们要把这个案例挑出来说呢。这个小伙伴的那种不服输、不放弃的精神值得我们学习。小伙伴刚找我们的时候，基础还是比较薄弱的，很迷茫，不知道怎么面试，但是目标很明确就想在秋招的时候拿到大厂的offer，而且表明自己不怕吃苦。

下面给大家分享小伙伴的整个辅助流程，以及小伙伴的整个面试过程：

在最开始学员报名后，我们安排进入他的专属辅助群，技术老师先给学员做个Java掌握技术评估，老师根据他的情况整理他的专属辅助计划和复习资料，第二天老师语音一对一沟通接下来的安排。

学员坚持每天学习打卡，java基础、并发编程、jvm，也坚持每天顺着我们给的算法路线刷题，等一个阶段结束后，技术老师给学员进行学习抽测，看看学员掌握的怎么样了，抽测完技术老师很惊讶，这段时间进步神速，比刚来的时候厉害多了。

接下来给学员安排下一个阶段的计划、资料和任务，学员每天还是要按时打卡，数据库，事务，redis，框架，中间件、继续算法等。同样的等这个阶段结束后，老师安排抽测，意料之中也顺利通过了，过程虽然简单，学员和技术老师在背后花费的时间和精力可想而知。

接下来进入面试阶段了，老师给匹配真实企业级项目经验，安排项目经验技术文档和项目经验资料，学员在熟悉后不懂的问题，老师安排腾讯会议一对一直播讲解，等项目和简历都熟悉好之后，老师给学员安排了实战模拟面试，不出意外学员的能力已经达到能出去面试的水平。

模拟面试通过之后，老师给学员沟通，如果投递简历，大厂面试流程，如何预约笔试等等。学员最近陆陆续续在面试，天天做笔试，面试的话有一个进了二面，面试了滴滴，高途。下面是后续的笔试和面试安排，哈哈，时间管理的很到位。

随着不断的面试和笔试学员反馈的问题从一开始很多到后面越来越少，技术老师明显能看到学员的成长。

学员问题：rocketmq一个topic可以绑定多个队列那一个队列不能有多个topic吧？还有就是消费者对于同一个topic的队列只绑定一个吧，如果可以从多个队列获取消息那不就会消息获取重复，之前没用过rocket，今天大概看了一下，还不太理解。

技术老师解答：RocketMQ中的一个Topic可以绑定多个队列，这被称为消息的广播模式。在广播模式下，每个消费者都会收到该Topic下的所有消息。而一个队列在RocketMQ中只能绑定一个Topic，这是因为队列是消息存储的基本单位，每个队列都有自己的消费者组，并且在同一个消费者组中，每个队列只会由一个消费者进行消费。这样可以保证消息的有序性和负载均衡。

解答完技术老师根据经验说，除了这个你把rabbitmq相关面试题也看看，后续可能面试会问到，然后给他整理了资料，后续还真的问到了。

学员问题：我看网上说这个负载均衡就是把队列平均分给消费者？疑问就是消费者如果可以从两个队列读取数据，那样读到的不会重复吗？这两个队列是同一个topic吗？

技术老师回答：会导致重复消费的，可以在消费端实现自己的幂等性的逻辑，达到去重效果，这个在课件中也有说明过，如何保证消息不重复消费

学员提问：rocketmq消息堆积应该怎么处理？

技术老师解答：不用担心。当RocketMQ中消息堆积时，可以采取以下几种方式来处理：1. 扩容消费者、2. 调整消费者配置、3. 优化消息生产者、4. 调整消息队列数量、5. 增加消息消费的并发度、6. 监控和报警等等。总之，处理RocketMQ消息堆积需要综合考虑消费者、生产者、队列、并发度等多个因素，并根据实际情况采取相应的优化和调整措施，当然回答的过程中，可以对上面的每个点进行展开回答同时跟面试官有一个互动的过程。

学员提问：分库分表对于一个字段是否高频应该怎么判断呢？

技术老师解答：1. 该字段的访问频率，例如读取、写入、更新等操作的频率。2. 该字段在数据库中的数据量大小，例如记录数、字节数等。3. 该字段与其它字段的关联性，例如是否是主键、外键等。

学员问题：如果hr面的话要注意啥呀因为不问业务我不知道她怎么刷人。

技术老师回答：介绍下自己，还有他们的公司你要了解下，未来的职业规划等

学员问题：where a= and b= and c = 中 a是主键索引 bc建立了联合索引，那这个sql只走a的索引吗？后面不走了？sql它是不是走了前面索引后面就不走了？

技术老师回答：这个要分情况了，还要看在什么业务场景下，正常一个查询sql走一个索引。

学员问题：读比写多的场景用乐观锁还是悲观锁好？

老师回答：使用乐观锁。

学员问题：1如果上游往下游发消息时，因为上游写了一个bug导致下游没有接受到消息，也可能上游就没发送成功，有什么样的方法能够使下游发现吗？2把更新数据库再删缓存的操作放在有事务和没事务的情景下区别是什么？3引入消息队列处理更新数据库和删缓存的操作时，如果删缓存和入队列出问题怎么办比如机器宕机？