DynamoDB Get请求无排序键时分区内数据查询机制问询

当你只通过partition key发起Get请求时，DynamoDB的后续处理逻辑是O(1)的精准查找，完全不会出现扫描整个分区的情况，你的第一个猜测方向正确，但细节需要纠正：

• DynamoDB对partition key计算哈希值的逻辑是统一的：同一个partition key的哈希值既用来确定数据所在分区，也在分区内部作为item的唯一标识（无sort key时）。
• 每个分区内部的存储结构基于partition key哈希值构建索引，当你只传partition key时，DynamoDB拿到该key的哈希值后，直接在目标分区的索引里定位到对应item，全程是O(1)操作，和低延迟特性完全匹配。

你的第二个猜测不成立的核心原因：如果表的主键仅包含partition key（无sort key），DynamoDB会强制要求partition key的唯一性——同一分区内不可能存在多个拥有相同partition key的item，写入重复key会直接覆盖旧数据，所以根本不需要扫描分区查找匹配项。

补充官方文档里的核心规则：当表使用简单主键（仅partition key）时，partition key就是item的唯一标识；当使用复合主键（partition+sort）时，才允许同一partition key下存在多个item，此时靠sort key区分，分区内会按sort key排序支持快速范围查询。

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