DynamoDB全局二级索引（GSI）低基数分区键是否存在大小限制？大数量级下能否按排序键正确查询？

我来帮你理清这个问题的核心点：

首先，主键使用低基数分区键的行为原则，完全适用于全局二级索引（GSI）——这点是官方明确的，不用怀疑。

接下来针对你的核心疑问拆分说明：

• 排序正确性的保证：不管你的GSI数据量增长到多大，只要你查询时指定了这个唯一的低基数分区键值，DynamoDB一定会返回按排序键有序排列的条目。原因很简单：DynamoDB在单个GSI分区内会始终维护排序键的有序性，哪怕这个分区因为数据量过大被自动拆分（DynamoDB会基于排序键的范围拆分分区，拆分后各个子分区依然保持排序键的顺序，查询时会自动合并这些有序结果返回给你）。所以排序的正确性是有保障的，这部分不需要担心。

• 是否需要写入分片？：这取决于你的GSI的吞吐量需求，而不是排序需求。当GSI的分区键基数为1时，所有的读写请求都会集中到同一个（或拆分后的一组）分区上，一旦读写量超过单个分区的吞吐量上限（默认是3000 RCU/1000 WCU，按需模式下会自动扩容但依然有极限），就会出现热点分区、限流等性能问题。这时候才需要考虑使用写入分片方案——给GSI的分区键添加额外的维度（比如随机后缀、哈希分片），将数据分散到多个分区来缓解吞吐量压力。但要注意，使用写入分片后，你查询时需要遍历所有分片的分区键值，然后自己合并结果排序（或者用DynamoDB的 PartiQL 批量查询），这会增加查询的复杂度。

最后补充一下官方文档的核心逻辑：GSI的分区键设计遵循与表主键相同的最佳实践——低基数分区键会导致热点，影响吞吐量，但不会破坏排序键的有序性。只要你的查询是针对完整的分区键值，排序结果的正确性就不会受到数据量增长的影响。

内容的提问来源于stack exchange，提问作者vmihaylov76