DynamoDB全局二级索引复用原分区键的性能影响咨询

直接给明确结论：直接复用基表现有group_id作为全局二级索引（GSI）的分区键完全不会有性能问题，冗余重复属性建索引的方案没有任何收益，反而会增加额外成本，不推荐使用。

问题1：直接在GSI中使用原表分区键group_id是否会影响性能 #

• 完全不存在性能负面影响。DynamoDB的GSI是独立于基表的单独存储结构，本质是由服务自动维护基表数据同步的独立表，它的分区逻辑、负载计算完全和基表隔离。哪怕GSI的分区键和基表分区键是同一个属性、值完全一致，GSI也会按照自身的键值做独立的哈希分区打散，不会继承基表的分区负载，也不会出现热点、查询性能下降的问题。
• 这个选择反而有成本优势：直接用已有属性当GSI键，不需要额外写入冗余字段，能省掉冗余字段带来的额外存储开销，以及数据写入时消耗的额外写容量单位。

问题2：新建重复属性作为二级索引键（产生数据冗余）是否为更优方案 #

• 这个方案没有任何性能优势，属于不必要的冗余设计。GSI的性能只和索引键的实际值分布、查询访问模式有关，和你用的属性名是否和基表键重名没有任何关系：只要两个属性的值完全一致，作为GSI分区键时的哈希分布、查询延迟表现是完全相同的。
• 冗余属性反而会带来额外负担：每次写入、更新数据时都要额外维护这个重复字段的一致性，同时会增加存储成本和写入容量消耗，没有任何实际收益。

新手注意事项 #

建这个GSI时只需要重点确认：所有需要通过该GSI查询的记录上，都存在store_addrss_sortk属性。DynamoDB的GSI默认不会同步索引键属性缺失的记录，如果部分记录没写这个排序键属性，查询GSI时会出现数据遗漏，这个注意点和你选择什么字段作为GSI分区键没有关联。

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