使用 AWS CLI 查询 DynamoDB GSI
查询一个全局二级索引就是一次普通的 aws dynamodb query 加上一个标志:--index-name。键条件随即针对索引的键,而非表的键——这里 AlbumTitle-index 让我们能按专辑获取歌曲,而基表(Artist + SongTitle)不做扫描就无法服务这种访问模式。
Code
aws dynamodb query \
--table-name 'Music' \
--index-name 'AlbumTitle-index' \
--key-condition-expression '#hashKey = :hashKeyValue' \
--expression-attribute-names '{"#hashKey":"AlbumTitle"}' \
--expression-attribute-values '{":hashKeyValue":{"S":"Danzon"}}'输出是以 DynamoDB JSON 表示的匹配项目:
{
"Items": [
{"Artist": {"S": "Arturo Sandoval"}, "SongTitle": {"S": "Cubano Chant"}, ...}
],
"Count": 2,
"ScannedCount": 2
}说明
--index-name— 指定要查询的 GSI(--table-name仍然必需)。--key-condition-expression使用索引的分区键(以及可选的排序键)——这里是AlbumTitle——运算符与表查询相同。- 仅最终一致性 — GSI 从基表异步复制。给 GSI 查询加上
--consistent-read并不会将其升级;它会以ValidationException失败。(本地二级索引确实支持强一致性。) - 你只得到被投影的属性 — 一次 GSI 查询返回索引所投影的内容(
ALL、KEYS_ONLY或INCLUDE列出的属性),且不能从基表获取其余部分。 - GSI 中的键不唯一 — 许多项目可以共享同一个索引键,而缺少该索引键属性的项目根本不会出现(这就是稀疏索引模式)。
- 分页是自动的 — CLI 在幕后跟随服务的分页令牌并打印合并后的结果。用
--max-items限制输出(会出现一个NextToken;用--starting-token续读),或用--no-paginate做单次服务调用。
可视化操作
DynamoDB Expression Builder 会为索引查询构建键条件 + 名称/值映射,并交给你一条可直接运行的 CLI 命令。
想浏览一张表的索引并用表单运行 GSI 查询——分页网格、复制为 CLI——请下载 DynoTable。
相关示例
- Node.js 中查询 DynamoDB GSI — 用 AWS SDK v3 完成同样的索引查询。
- Python 中查询 DynamoDB GSI — 用 boto3 完成同样的索引查询。
- 使用 AWS CLI 的 DynamoDB Query — 查询基表。
- GSI vs. LSI — 哪种索引类型契合该访问模式。
- 为什么 GSI 是最终一致性的 — 复制延迟的解释。
- "The table does not have the specified index" — 索引名不匹配(GSI 名称区分大小写)。
- "Consistent reads are not supported on global secondary indexes" — 为什么一致性读取标志在 GSI 上会失败。
References
- Query — Amazon DynamoDB API Reference
- query — AWS CLI Command Reference
- Using Global Secondary Indexes in DynamoDB — Amazon DynamoDB Developer Guide
- Using AWS CLI pagination options — AWS CLI User Guide
Last verified 2026-07-13 against the official AWS documentation linked above.