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

已拉黑：美团，百度，米哈游已点赞：快手，网易，众安，字节跳动，蚂蚁ttl：3.16投递-3.25 一面-3.30 二面-3.31 hr面-4.2 oc

佬们看看这个简历可以冲大厂吗

一面八股？ MongoDB是不是关系式的场景题数据库 面对一亿个用户存储场景应如何设计存储结构？ 在上述存储设计中，如果存储用户密码，会如何考虑和设计，尤其需要考虑哪些安全问题。此处特别举例讨论了如果攻击者获取数据库权限后，通过复制加密密码来冒用他人账户的场景，询问如何防范？ 询问在MySQL中，当数据量达到几百万条时，使用limit分页查询到1万页以后是否还能高效执行，以及原因。计算机网络 询问在浏览器输入一个域名后，请求是如何一步步到达服务器的，以及服务器IP是否会直接对外暴露java中的集合 询问Java中hashmap的扩容机制，特别是在扩容过程中如何处理并发读写的问题一面强度太大了，...