DynamoDB优化：如何避免渲染论坛帖子时的额外用户查询？

针对你遇到的问题，有几个不用存储完整用户元数据副本的可行办法：

• 调整主键/排序键结构
  如果你用的是键值型数据库（比如DynamoDB），可以重构主键（PK）和排序键（SK）的设计：将线程ID作为PK的前缀，比如设PK为THREAD#thread_id，然后用SK区分帖子和关联用户——帖子的SK用POST#seq_num，用户的SK用USER#user_id。这样查询整个线程时，只需一次Query操作（筛选PK为THREAD#thread_id的所有行），就能同时获取该线程的所有帖子和涉及的用户元数据，无需再单独查询用户表。

• 仅存储用户元数据中高频且低变更的字段
  不用把整个big_meta_data都存在POST行里，只保留头像URL、用户名这类变更频率低、渲染必须的核心字段。像声望这种实时性高、经常变动的字段，要么接受偶尔的单次查询，要么用缓存单独存储用户的实时数据。这种方式既降低了存储占用，也减少了数据同步的管理难度。

• 缓存预聚合的完整线程数据
  提前把包含所有帖子及对应用户元数据的完整线程内容聚合好，存在缓存（比如Redis）中。用户请求线程时优先查缓存，命中直接返回；缓存失效时，再从数据库查询帖子和用户数据，聚合后更新缓存。热门线程的缓存命中率会很高，能大幅减少额外的用户查询次数。

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