阿里面试：秒杀的分布式事务， 是如何设计的？
在40岁老架构师尼恩的读者交流群中，近期有小伙伴在面试阿里、滴滴、极兔等一线互联网企业时，遇到了许多关于分布式事务的重要面试题。为了帮助大家更好地应对这些面试题，尼恩进行了系统化的梳理，详细介绍了Seata和RocketMQ事务消息的结合，以及如何实现强弱结合型事务。文章还提供了分布式事务的标准面试答案，并推荐了《尼恩Java面试宝典PDF》等资源，帮助大家在面试中脱颖而出。
阿里云消息团队创新论文被软件工程顶会 FM 2024 录用
此论文灵感来源于 RocketMQ 适配阿里云倚天 CPU 的性能优化过程中。RocketMQ 此前在发送消息的过程中存在两种锁：自旋锁和互斥锁。本文旨在提出一种新的自适应 K 值退避锁，能够让高并发系统的部署者无需考虑两种锁的优劣势，只需使用一把锁即可实现性能的最优以及最低的资源损耗。
1000W长连接，如何建立和维护？千万用户IM 架构设计
最近有小伙伴在面试 美团，又遇到了 IM 架构问题。小伙伴支支吾吾的说了几句，面试挂了。
所以，尼恩给大家做一下系统化、体系化的梳理，使得大家内力猛增，可以充分展示一下大家雄厚的 “技术肌肉”，**让面试官爱到 “不能自已、口水直流”**，然后实现”offer直提”
阿里面试：canal+MQ，会有乱序的问题吗？
本文详细探讨了在阿里面试中常见的问题——“canal+MQ，会有乱序的问题吗？”以及如何保证RocketMQ消息有序。文章首先介绍了消息有序的基本概念，包括全局有序和局部有序，并分析了RocketMQ中实现消息有序的方法。接着，针对canal+MQ的场景，讨论了如何通过配置`canal.mq.partitionsNum`和`canal.mq.partitionHash`来保证数据同步的有序性。最后，提供了多个与MQ相关的面试题及解决方案，帮助读者更好地准备面试，提升技术水平。
如何查看 RocketMQ 消息的重试次数和时间间隔？
RocketMQ消息重试次数和时间间隔可通过查看消费者和Broker日志、使用管理控制台的监控页面和消息查询功能，或通过分析消费者代码和RocketMQ客户端库代码等方式获取。日志中常有消费失败重试的明确记录，控制台可监控消费情况推断重试状态，代码分析则适合技术用户深入了解。
RocketMQ 消息的重试机制有什么优缺点？
RocketMQ 消息重试机制提高了消息处理的可靠性和系统的适应性，简化了错误处理，但也会增加系统延迟、可能导致消息重复处理并占用系统资源。适用于需要高可靠性的场景，如金融交易和电商订单处理。
RocketMQ 消息的重试机制是怎样的？
RocketMQ的消息重试机制确保消息消费失败时能自动重试，直至成功。默认重试16次，时间间隔逐次翻倍，从10秒至数分钟不等。重试在同组内不同消费者间进行，由异常抛出或特定状态返回触发。支持自定义重试次数与时间间隔，建议合理配置避免无限重试，保障系统稳定性和性能。