如何在AWS DynamoDB中高效查询指定用户的所有任务？

• 优先用全局二级索引（GSI）
  这是你列出的方案里最适配需求的。别太担心成本，只要做对配置就能控制：把username设为GSI的主键，taskId（你的UUID）设为GSI的排序键，只投影查询用户任务列表需要的字段（比如任务状态、创建时间），不用全量投影主表属性，这样存储和读写成本都会大幅降低。
  平时按ID查任务，直接用主表的UUID主键，速度不受影响；查某个用户的所有任务时，通过GSI按username查询，还能借助排序键按创建时间或任务ID排序，刚好满足列表展示的需求。

• 额外优化小技巧

  • 如果单用户任务量特别大（比如上万条），可以给GSI加个分桶策略：把username#YYYYMM（按创建月份分桶）作为GSI主键，查询时可以按桶分页，避免单分区热点，同时依然能通过前缀查询拿到用户所有任务。
  • 用DynamoDB的查询分页功能，每次只返回部分任务，既能减少单次查询的资源消耗，也能提升前端加载速度。

• 再说说为啥其他方案不行

  • 方案1（用户对象存任务列表）：同步太麻烦，任务增删改都得更新用户对象，很容易出现数据不一致，而且用户对象会越来越大，读写性能会崩。
  • 方案2（用户名做主键，ID做排序键）：完全反着你的核心需求来——多数操作是按ID查任务，这时候你得同时知道用户名才能查，不然就得扫全表，慢到离谱。
  • 方案3（S3前缀列任务）：空文件纯属冗余，而且S3列表操作的速度远不如DynamoDB查询，还没法直接拿任务状态这些元数据，得额外查DynamoDB，多一次IO，效率太低。

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