谷粒商城实战笔记-247-商城业务-消息队列-MQ简介

一，MQ的应用场景-异步处理

如上图，对于一个注册场景，要完成下列三个任务：

• 将注册信息写入数据库
• 发邮件通知用户注册成功
• 发短信通知用户注册成功

1. 不使用消息队列的同步方案

流程描述：

• 用户提交注册信息。
• 系统立即写入数据库。
• 发送注册邮件。
• 发送注册短信。

优点：

• 流程简单，易于理解和实现。
• 用户操作的直接反馈，无需等待异步处理完成。

缺点：

• 如果写入数据库、发送邮件和短信操作耗时较长，会直接影响用户的响应时间。
• 所有操作必须依次完成，系统的吞吐量受限于最慢的操作。

2. 多线程同步方案

流程描述：

• 用户提交注册信息。
• 使用多线程同时进行注册信息写入数据库、发送注册邮件和短信。

优点：

• 通过并行处理，缩短了用户等待时间，提高了响应速度。
• 可以利用多核CPU的优势，提高系统的处理能力。

缺点：

• 多线程管理复杂，可能会引入线程安全问题。
• 如果数据库操作是瓶颈，多线程并不能有效提升性能。
• 需要确保线程间的同步和数据一致性。

3. 异步方案

流程描述：

• 用户提交注册信息。
• 快速响应用户，注册信息写入数据库。
• 将发送邮件和短信的任务放入消息队列。
• 通过异步读取消息队列来处理发送邮件和短信的任务。

优点：

• 用户响应时间最短，提升用户体验。
• 系统可以根据资源情况灵活处理队列中的任务，提高资源利用率。
• 解耦了用户操作和邮件/短信发送，易于扩展和维护。

缺点：

• 需要引入消息队列等中间件，增加了系统的复杂性。
• 需要处理消息丢失、重复等问题。
• 异步处理可能导致邮件和短信的发送延迟。

综合分析

• 用户体验：异步方案提供了最快的用户响应时间，而多线程同步方案次之，不使用消息队列的同步方案最慢。
• 系统复杂性：不使用消息队列的同步方案最简单，多线程同步方案和异步方案由于引入了并发控制和消息队列，系统复杂性增加。
• 性能和扩展性：异步方案提供了最好的性能和扩展性，尤其是在高负载情况下。
• 可靠性：多线程同步方案和异步方案需要更多的错误处理和数据一致性保证机制。

二，应用场景-应用解耦

消息队列（MQ）的第二个应用场景是应用解耦。

在这个场景中，消息队列作为不同应用系统之间的中间件，帮助实现系统间的松耦合，提高系统的模块化和可扩展性。

应用解耦的关键点：

1. 消息队列作为中介：在不同的应用系统之间，消息队列充当中介，使得各个系统之间不需要直接通信。
2. 订单系统和库存系统：以订单系统和库存系统为例，订单系统生成订单后，将订单信息发送到消息队列，库存系统从消息队列中获取订单信息并进行库存处理。
3. 异步通信：消息队列支持异步通信，发送者发送消息后不需要等待接收者的响应即可继续执行其他任务。

应用解耦的优势：

1. 降低耦合度：系统间的直接依赖减少，每个系统都可以独立地开发和部署。
2. 提高灵活性：新增或修改系统功能时，不会影响到其他系统，提高了系统的灵活性和可维护性。
3. 增强可扩展性：当系统需要扩展时，可以简单地通过增加更多的消费者来处理消息队列中的消息。
4. 提升容错性：如果一个系统暂时不可用，消息队列可以缓存消息，待系统恢复后再进行处理，从而提高整个应用的容错性。
5. 支持不同的通信协议：不同的系统可能使用不同的通信协议，消息队列可以作为一个通用的接口，支持多种协议的转换。

实际应用示例：

• 当用户在电子商务网站下单时，订单系统将订单信息发送到消息队列。
• 库存系统订阅相关的消息主题，从消息队列中获取订单信息，并更新库存状态。
• 如果库存系统暂时无法处理消息，消息队列会保留这些消息，直到库存系统再次可用。

通过这种方式，订单系统不需要知道库存系统的内部实现细节，也不需要等待库存系统处理完成，从而实现了两个系统之间的解耦。这种模式在微服务架构中非常常见，有助于构建大型、复杂的分布式系统。

三，应用场景-流量控制

消息队列（MQ）的第三个应用场景是流量控制，也常被称为流量削峰。这种场景主要用于处理突发的流量高峰，尤其是对于一些促销活动、秒杀活动等可能导致系统压力剧增的业务。

流量控制的关键点：

1. 用户请求：用户发起的请求，如参与秒杀活动。
2. 消息队列：作为缓冲区，接收用户请求并暂时存储。
3. 秒杀业务处理：后端服务从消息队列中按顺序读取请求，并根据业务规则进行处理。
4. 流量削峰：通过消息队列限制进入秒杀业务处理的请求速率，避免瞬时流量过大导致系统崩溃。

流量控制的优势：

1. 缓解压力：通过消息队列暂存请求，可以避免瞬时大量请求直接打到业务服务器，缓解服务器压力。
2. 系统稳定性：保证系统在高流量情况下的稳定性，避免因过载导致的服务中断。
3. 请求管理：可以对进入队列的请求进行计数、限流等操作，更精细地控制流量。
4. 顺序处理：确保请求可以按照先进先出（FIFO）的顺序被处理，避免因并发处理导致的业务逻辑错误。
5. 异步处理：允许系统异步处理请求，提高处理效率。

实际应用示例：

• 在一次秒杀活动中，大量用户几乎同时提交购买请求。
• 用户的请求首先进入消息队列，而不是直接发送到业务服务器。
• 业务服务器根据配置的速率从消息队列中读取请求，例如每秒钟处理100个请求。
• 如果请求量超过了系统的处理能力，消息队列可以作为缓冲，存储超出部分的请求，直到系统有能力处理它们。

通过这种方式，消息队列帮助系统平滑地处理流量高峰，防止因流量突增导致的服务质量下降或系统崩溃，同时也为用户提供了更稳定的服务体验。