1. 自我介绍2. RocketMQ 里顺序消息、普通消息、事务消息分别适合什么场景，为什么不能混着用普通消息适合最终一致、无严格顺序约束的场景，比如日志分发、画像更新、通知投递。顺序消息适合同一业务键必须按时间线推进状态的链路，比如同一工单、同一订单、同一会话的状态演进，但顺序消息的吞吐和容错设计会受到队列粒度限制。事务消息适合本地事务与异步投递之间要建立“发送承诺”的场景，比如主库先落事实，再由 MQ 推动旁路索引或下游补偿。三者不能混着用，是因为它们解决的问题不同，消费模型、失败恢复方式和成本模型也完全不同。3. 如果 RocketMQ 出现消息积压，你会怎样定位，不要只说“扩容消费者”...

还能这样？直接把面试取消了。为啥呀

求大佬们拷打简历，投了好多简历了，基本上都没面

题目：统计2021年11月每天新用户的次日留存率（保留2位小数）思路：1.统计每个用户首次登陆时间，使用group by和min聚合，作为t12.将in_time和out_time分别取出，使用union进行行连接，自动实现去重，得到每个用户的所有登陆日期，作为t23.将t1和t2连接，uid作为key,关键是要加上条件t1.dt = date_sub(t2.dt, interval 1 day)或DATEDIFF(t2.dt, t1.dt) = 14.使用group by对dt进行分组，计算t1.dt数量作为全部，计算t2.dt数量作为次日活跃 select t1.dt, round(cou...