消息队列

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第21天，点击查看活动详情 前言 在生产者端和消费者端都进行过性能优化的情况下，要从消息队列端进行考虑优化，有一个方案在通常情况下，

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第20天，点击查看活动详情 前言 前面有提到过，在使用消息队列时，很多的性能问题都出在消费端，常见的情况就是消费速度跟不上发送端生产

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第19天，点击查看活动详情 问题 发送端一般会出现两种情况，一个是性能不足，导致消息发送效率很低，另一种情况是发送端性能满负荷，发送

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第18天，点击查看活动详情 前言 在实际的应用场景中，只要使用了消息队列，产生消息积压的情况还是很常见的，一般这种情况处理起来也不是

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第17天，点击查看活动详情 设置数据更新的前置条件 为数据设置一个更新的前置条件，例如：当某个字段等于某个值时，才会进行更新否则不会

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第16天，点击查看活动详情 前言 之前在文章分布式事务-消息队列实现分布式事务中有提到幂等性的问题，有好心的倔友提问到说如何支持/实

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第10天，点击查看活动详情 前言 上篇文章说明了如何检测消息丢失，现在继续说明，如何保证消息的不丢失。 消息发送到消息消费的阶段 首

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第9天，点击查看活动详情 前言 现在基本上主流的消息队列都提供了完善的消息可靠性保证机制，基本上可以保证在消息传递过程中不会丢失消息