DynamoDB 如何高效读取指定UserID下各Product的最新记录？

你现在遇到的性能卡点，核心原因是现有表和索引的键设计，和「给定UserID查询所有Product的最新记录」这个核心查询模式不匹配，所有方案都围绕减少无效读取、避免全量扫描设计，按改造成本从低到高排序：

1. 兼容现有结构的低成本优化（无需调整原表主键） #

你已经建的LSI（UserID为分区键、Product为排序键）有很好的基础，只需要做两处小调整，就能把全量读取的成本降90%以上：

• 修改LSI的排序键定义，从单纯的Product改为固定格式的拼接字符串 <ProductName>#<补零后的AsOfTimestamp>，比如Product1#0000001617816274。补零是为了让字符串的字典序和数值时间戳的大小顺序完全一致，保证同一个Product的记录块里，时间最新的条目排在最前面
• 调整LSI的投影规则，只把Product、AsOfTimestamp两个必要属性放到LSI里，去掉其他无关属性，大幅降低单次读取的容量消耗
• 查询时根本不需要遍历全量结果：同一个Product的所有历史记录在LSI里是连续存储的，块内第一条就是最新记录。逐页读结果时，只需要记录上一个出现的Product名称，一旦遇到块边界（Product名称变化），就把上一个块的第一条记录作为该Product的最新值存下，跳过同块内的所有后续历史记录即可。
• 实际IO消耗很低：因为只读轻量的必要属性，单页1MB的容量能存上千条纯键值记录，哪怕单个用户有上百个Product，也只要3-5次分页读取就能完成，远好于之前需要读完全量历史集的状态。

2. 最优架构方案（零冗余读取、单请求完成查询） #

如果业务还在迭代期，建议直接调整表的键设计，从根源上匹配查询需求：

• 保留原表分区键UserID不变，把排序键设计为带场景标识的拼接值，分两类存条目：
  • 历史全量条目：排序键格式为 PRODUCT#<ProductName>#HIST#<AsOfTimestamp>，完全兼容原来按时间倒序查用户全量历史的需求
  • 最新快照条目：排序键格式为 PRODUCT#<ProductName>#LATEST，专门存每个Product的最新属性、时间戳
• 写入新记录时，用TransactWriteItems事务同时写历史条目和对应的快照条目，保证两边数据一致
• 目标查询直接一次Query搞定：查询条件为 UserID = 目标值 AND begins_with(排序键, "PRODUCT#") AND contains(排序键, "#LATEST")，返回的所有结果就是该用户下每个Product的最新记录，完全不需要扫任何历史数据，读取成本极低。

3. 零结构调整的兜底方案（适合小数据量场景） #

如果暂时不想改任何索引和主键，可以用DynamoDB Streams做增量快照维护：

• 新建独立的快照条目，分区键为UserID，内置一个Map类型属性，key是Product名称，value是对应Product的最新AsOfTimestamp和相关属性
• 配置表的Stream触发器到Lambda，每次有新记录写入时，自动对比快照条目里对应Product的时间戳，如果新记录时间更新，就同步更新快照条目内容
• 查询时直接一次GetItem读快照条目，就能拿到所有Product的最新值，完全不需要走索引查询。

常见踩坑提醒 #

• 别想着靠主索引的倒序查询凑结果：主索引是按全局AsOfTimestamp排序的，在遇到每个Product的最新记录之前，你根本没法确定已读的记录是否覆盖所有Product，最后一定会产生大量无效IO
• 别开全表扫描做聚合：全表扫描的成本是Query的几十到上百倍，数据量上来之后会直接拖垮性能

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