DynamoDB数值字段场景下GSI与LSI选型及排行榜实现疑问

你发现的课程示例GSI设计缺陷是正确的，DynamoDB中GSI的分区键+排序键组合必须唯一，同组合的新记录会直接覆盖旧的索引条目，所以当两个玩家分数相同时，确实会出现数据丢失的问题。

关于你判断LSI适合该场景的结论 #

你的判断存在明显误区，LSI并不适用于全服排行榜场景：

• LSI的核心限制是必须与基表共享相同的分区键（PK），仅支持自定义排序键（SK）。如果你的基表PK是玩家ID（如player#xxx），那么基于total_score建立的LSI只能查询单个玩家的分数记录，无法跨所有玩家聚合查询全服TOP10的排行榜。
• 只有当你的排行榜是同一分区下的小范围排行（比如同一个公会内的玩家排行，基表PK设为公会ID），LSI才适用。全服排行场景下LSI完全无法满足需求。

可行的GSI实现方案 #

你提到的补前导零拼接玩家ID的方案是行业通用的成熟方案，完全可用，除此之外还有两种优化思路：

1. 前导零拼接方案优化 #

提前确定分数的最大可能值，补足够的前导零即可保证字典序与数值序完全一致。比如你的游戏最高分数不会超过1000000（7位），就统一把分数补到7位，后面拼接玩家ID，SK格式为000150#player2，查询时设置ScanIndexForward: false即可直接拿到分数从高到低的排序结果，天然解决了SK唯一性问题，不会出现同PK+SK覆盖的情况。

2. 数值组合方案（仅适用于玩家ID为纯数字的场景） #

如果玩家ID是固定长度的纯数字，也可以直接用数值类型做SK：公式为分数 * 10^N + 玩家ID，N为玩家ID的最大长度。比如玩家ID最长5位，150分的玩家ID为2，SK就是15000002，完全保留数值类型的排序特性，不需要转字符串。

3. 倒序优化技巧 #

如果你不想每次查询都设置倒序参数，可以用「最大分数上限 - 当前分数」作为前置值补零，比如最大分数是1000000，150分的前置值就是999850，补零后拼接玩家ID得到0999850#player2，此时GSI正序查询的结果就是分数从高到低的排行。

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