AuroraDB迁移AWS Neptune时边数量过高优化及问题排查问询

现有迁移映射逻辑的问题 #

你当前的逻辑属于把关系型库的外键关联直接平移为图的边，没有结合图数据库的实际查询场景做设计，大概率存在冗余边的问题：1000万+边的规模本身对Neptune来说不是瓶颈，但无意义的边会拖慢遍历查询效率、浪费存储成本。

减少边数量的可行方案 #

• 将不需要遍历的关联转为顶点属性：如果某张关联表的作用仅为给主表记录提供过滤属性、不会作为图遍历的起点/终点（比如枚举类字典表、状态码表），直接把关联字段的值存入主顶点的属性即可，无需单独创建边。
• 过滤无效/过期关联：如果主表存在软删除、过期的记录，或者对应的关联记录已失效，迁移阶段直接筛掉这些无效关联，不需要全量同步所有历史边。
• 合并冗余关联：如果多张关联表属于同一个业务维度，可以合并为一条带自定义属性的边，比如把「关联用户」「关联部门」两个关联合并为一条belong_to_org边，边的属性里存储用户ID、部门ID，减少边的总数量。
• 折叠不需要反向遍历的多对一关联：如果你的查询场景不需要从关联表的顶点反向遍历主表顶点，且多个主表顶点关联的是同一个关联表顶点，可以把关联ID直接存入主顶点的数组属性，不需要创建边。
• 拆分冷热关联：仅将需要实时图遍历的热关联转为边，冷关联可以存在其他存储介质，查询时按需关联即可，不需要全量存入Neptune。

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