4、RDB AOF区别是什么5、aof写入是在命令之前，还是命令之后6、aof能保证数据的完全不丢失吗7、怎么保证aof完全的一致这里其实是一个设计，直接2pc就好了9、为什么要用C++写的Redis，不用go/Java来写呢10、go-redis存储大批量数据的时候，gc会总是扫描这种大对象，该怎么减少这种无意义的扫描呢11、缓存击穿、穿透、雪崩，怎么处理12、如何实现高可用的13、java,go的优缺点14、GMP介绍一下15、什么时候GM16、切片与数组的区别17、切片作为形参的时候，在方法内部修改会不会影响外部18、如果只是append，会影响外部的呢19、map的底层结构20、1.2...

看来得重新踏上征程了。后悔之前oc之后没有走其他的流程。

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