DynamoDB GSI分页查询传入无效ExclusiveStartKey仍返回结果问题咨询

现象根因 #

DynamoDB的ExclusiveStartKey原生设计就是仅作为查询排序锚点，不会校验锚点记录是否真实存在：查询会直接定位到你传入的键在索引排序序列中的位置，返回该位置之后的所有符合条件的记录，不会做键存在性校验，这是官方的既定逻辑，不是运行异常。

你遇到的两类测试结果完全匹配该逻辑：

• 你业务中使用的id为UUID格式，仅包含0-9、a-f共16个合法字符，字符串排序规则下aaaaaaaaaaaaa小于所有实际存在的id值，所以锚点之后存在大量符合条件的记录，返回500条结果符合预期
• rrrrrrrrrrrrr大于所有实际存在的id值，锚点之后无符合条件的记录，所以返回空结果

实现错误点 #

你对ExclusiveStartKey的功能预期不符合DynamoDB的设计规范，同时存在一个隐藏的结构隐患：
对GSI发起查询时，官方要求ExclusiveStartKey必须直接复用该GSI上一次查询返回的LastEvaluatedKey完整结构，不能自行构造。你当前自行构造的键虽然包含了必填字段，但如果不是上一次查询返回的原生值，就会出现你遇到的非预期结果。

如果你的业务要求传入非法分页键时返回空结果，可以自行补充前置校验逻辑：

1. 用传入的ExclusiveStartKey中的id和instanceId组合，查询基表判断该记录是否存在
2. 若不存在直接返回空结果，若存在再执行GSI分页查询

你构造ExclusiveStartKey的代码可调整为直接复用返回的LastEvaluatedKey，无需自行构造：

// 上一次GSI查询返回的LastEvaluatedKey直接传入即可，不要手动拼接字段
queryExpression.setExclusiveStartKey(lastQueryResult.getLastEvaluatedKey());

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