ai 公司怎么选择

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

这还是🐮的，哈哈哈哈。多读书!

时长1h1.自我介绍2.实习经历+项目（持续了大概20min）3.coding部分（持续20min）3.1 三个线程按顺序打印abcabc（因为用Go，所以写得很快，然后写太快了就奖励再来一题。。。）3.2 在最多删除一个字符的前提下，判断是不是回文字符串——————————————————————————————————————————————————————————八股环节4.索引设计的原则答：最左匹配原则（联合索引/复合索引会按照字段的顺序构建B+树，查询时只有匹配‘最左前缀’才能命中索引）高度区分原则避免过度索引：每增加一个索引，会增加磁盘空间的占用，会降低INSERT/UPDATE/...