电信AI公司（原数字智能科技分公司）

1. 你们系统里如果用了消息队列，怎么保证消息不丢失、不重复消费，并且实现最终一致性？答案：先保证生产者发送可靠，发送失败要重试，关键业务可以配合事务消息或本地消息表。Broker 这一层要做持久化和副本，避免机器故障导致消息丢失。消费者要在业务处理成功后再 ack，不能先确认再执行业务。MQ 一般只能保证至少一次投递，所以消费者一定要做幂等。幂等常见做法是业务唯一 ID、去重表、Redis 去重、数据库唯一索引。最终一致性一般靠异步重试、死信队列、补偿机制来保证。面试里可以总结一句：生产者可靠发送，Broker 持久化，消费者幂等消费，失败靠补偿实现最终一致。2. 分布式事务有哪些常见方案？...

那可真是太遗憾了，你们就继续把流程卡在简历初筛吧，继续给我发测评和笔试之后把我挂掉吧（大部分甚至连感谢信都没有😁），我填网申一点都不累，做测评和笔试一点都不辛苦

先简单自我介绍一下。你项目里有RAG地学知识库系统，介绍一下RAG是什么？用户提问时，大模型和RAG是怎么配合工作的？在这个RAG系统里，Redis用来做什么？Redis和MySQL有什么区别？Redis如何解决内存数据丢失问题？AOF记录的是什么操作？AOF重写是怎么合并的？项目中使用Redis有没有遇到缓存问题？过期时间怎么设置，有哪些考虑？MySQL索引回表是什么意思？了解MySQL最左前缀原则吗？联合索引(a,b,c)，查询条件写b、c、a还能命中索引吗？项目中消息队列的使用场景是什么？Kafka消费慢、消息积压该怎么处理？Kafka数据丢失一般是什么原因？你学习新编程语言的思路是什么...