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

刚加上这个hr，结果是个广子，发完第一句话就被封号了微信

投递150+，中大厂基本简历关过不了，500-999有面试机会。已麻，准备考研92了😭

1.手撕2道2.自我介绍3.进程之间通信方式4.HTTPS握手流程（没背不会，只会与http的区别，端口号）5.TCP 3次握手服务器和客户端状态变化6.select，poll，I/O7.了解mysql中最左前缀吗（说了怎么索引失效，也补充了skip scan优化，但是问我实现原理问懵了）8.你的向量数据库用的什么？存在大索引吗？面试官没开摄像头，HR发面试邀请的链接写的是7点到7.30，点进去准备面试写的是7点到7.45，结果8.15才结束。