AppSync自动生成的owner权限列表查询是否会触发全表扫描？

默认情况下，这个查询确实会触发全表扫描，效率会随表数据量增长急剧下降，原因如下：

• 当使用@auth(rules: [{ allow: owner }])时，AppSync自动生成的listPurchasedPackages查询会在底层添加对owner字段的过滤条件，但owner并非DynamoDB的主键或二级索引，DynamoDB只能通过全表扫描筛选符合当前用户owner值的条目。
• 全表扫描会遍历表中所有数据，数据量越大耗时越长，还会占用更多读写资源，甚至可能触发DynamoDB吞吐量限制。

优化方案 #

要解决这个问题，需给owner字段添加全局二级索引（GSI），推荐两种实现方式：

方式1：通过@index指令直接定义

修改GraphQL类型定义，给owner字段添加@index：

type PurchasedPackage @model @auth(rules: [{ allow: owner }]) {
  id: ID!
  purchaseOrder: String!
  subscriptionPackage: PackageType!
  owner: String! @index(name: "byOwner", queryField: "listPurchasedPackagesByOwner")
}

部署后，AppSync会自动在DynamoDB中创建名为byOwner的GSI，同时生成新查询listPurchasedPackagesByOwner，该查询会利用GSI高效筛选owner对应的数据，避免全表扫描。

方式2：自定义查询模板（进阶）

若不想修改类型定义，可通过自定义VTL（Velocity Template Language）查询模板，强制让默认的listPurchasedPackages查询使用GSI。不过这种方式需手动配置AppSync数据源模板，复杂度较高，更推荐第一种方式。

补充说明 #

• 测试阶段表数据量较小时，全表扫描的性能问题可能不明显，但数据量达到上万级后，性能下降会非常显著。
• 添加GSI会产生额外存储和读写成本，但相较于全表扫描的性能损耗，该成本通常是值得的。

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