Amazon SQS 消息配额

一个消息批请求中最多可包含 10 条消息。有关更多信息，请参阅 Amazon SQS 批处理操作 部分中的 配置亚马逊 SQSBuffered AsyncClient。

消息可以仅包含 XML、JSON 和非格式化的文本。允许以下 Unicode 字符：#x9 | #xA | #xD | #x20 至 #xD7FF | #xE000 至 #xFFFD | #x10000 至 #x10FFFF

此列表中未包含的任何字符将被拒绝。有关更多信息，请参阅字符的 W3C 规范。

处理积压的消息，以避免积压大量具有相同消息组 ID 的消息。

MessageGroupId 是 FIFO 队列所必需的。您不能将其用于标准队列。

您必须将非空 MessageGroupId 与消息相关联。如果您未提供 MessageGroupId，操作将失败。

MessageGroupId 的长度为 128 个字符。有效值：字母数字字符和标点符号 (!"#$%&'()*+,-./:;<=>?@[\]^_`{|}~)。

标准队列

标准队列支持每个 API 操作（SendMessage、ReceiveMessage 或 DeleteMessage）几乎每秒无限次的 API 调用。这种高吞吐量使其非常适合需要快速处理大量消息的应用场景，例如实时数据流或大型应用程序。虽然标准队列会根据需求自动扩展，但必须监控使用模式以确保最佳性能，尤其是在工作负载较高的地区。

FIFO 队列

FIFO 队列的高吞吐量

Amazon SQS FIFO 限制基于 API 请求的数量，而不是消息数量限制。在高吞吐量模式下，API 请求的限制如下：

交易吞吐量限制（非批量 API 调用）

这些限制定义了每个 API 操作（例如SendMessageReceiveMessage、或 DeleteMessage）可以独立执行的频率，从而确保在允许的每秒事务数 (TPS) 范围内实现高效的系统性能。

以下限制基于非批量 API 调用：

通过批处理最大限度地提高吞吐量

在一次 API 调用中处理多条消息，从而显著提高效率。您可以通过批处理在一次 API 请求中发送、接收或删除最多 10 条消息，而无需单独处理每条消息。这减少了 API 调用的总数，让您能够在不超出区域的每秒事务数（TPS）限制的情况下每秒处理更多消息，从而最大限度地提高吞吐量和系统性能。有关更多信息，请参阅 利用水平扩缩和操作批处理，借助 Amazon SQS 来提高吞吐量。

以下限制基于批量 API 调用：

利用批处理之外的其他方式优化吞吐量

虽然批处理可以大大提高吞吐量，但您还需要考虑使用其他策略来优化 FIFO 性能：

最小消息大小为 1 字节（1 个字符）。最大消息大小为 262144 字节 (256 KiB)。

要发送大型消息（大于 256KiB），您可以使用适用于 Java 的 Amazon SQS 扩展型客户端库或适用于 Python 的 Amazon SQS 扩展型客户端库。此库允许您发送包含对 Amazon S3 中消息负载的引用的 Amazon SQS 消息。最大负载大小为 2 GB。