Neptune中Gremlin查询添加range()和limit()后结果异常

你遇到的异常是因为查询操作顺序错误，导致过滤逻辑被干扰：

• 优化后的查询把Limit(maxProfileSuggestions)放在了Dedup()之前，先对未去重的原始推荐结果做截断，再去重。这种顺序会让Neptune的查询优化器可能调整执行逻辑，跳过部分Local里的过滤条件，使得本该被排除的已关注/拉黑/举报用户留在结果里。
• 同时叠加Limit和Range的分页方式逻辑冗余，进一步增加了优化器调整顺序的概率。

调整操作顺序，确保先完成所有过滤、去重，再执行分页：

g.V(userId)
  .Out("follows")
  .As(ConnectingFollowerLabel)
  .Local(__.Out("follows")
           .HasLabel("User")
           .Not(__.Both("blocks").HasId(userId))
           .Not(__.In("reported").HasId(userId))
           .Not(__.In("follows").HasId(userId))
           .Not(__.HasId(userId))
           .Limit(maxProfileSuggestionsPerCommonUser))
  .Dedup()
  .Range(Scope.Global, offset, offset + offsetLimit)

如果需要先限制全局最大推荐数再分页，调整为：

g.V(userId)
  .Out("follows")
  .As(ConnectingFollowerLabel)
  .Local(__.Out("follows")
           .HasLabel("User")
           .Not(__.Both("blocks").HasId(userId))
           .Not(__.In("reported").HasId(userId))
           .Not(__.In("follows").HasId(userId))
           .Not(__.HasId(userId))
           .Limit(maxProfileSuggestionsPerCommonUser))
  .Dedup()
  .Limit(maxProfileSuggestions)
  .Range(Scope.Global, offset, offset + offsetLimit)

1. 先去重再截断/分页：Dedup()必须放在Limit(maxProfileSuggestions)和Range()之前，确保所有不符合条件的用户先被过滤、去重，再对干净的结果集做数量限制和分页。
2. 简化分页逻辑：Range本身就能实现起始位置到结束位置的分页，不需要额外的Limit。如果要限制总推荐数，把Limit(maxProfileSuggestions)放在Dedup()之后即可。
3. 锁定过滤顺序：Local里的过滤逻辑是排除无效用户的关键，必须让它在任何截断操作前执行，避免优化器打乱顺序导致过滤失效。

按修正后的查询，会先过滤掉用户1已关注的2/3/4/5/6/7、拉黑的7、举报的8，剩下符合条件的9和10，再根据分页参数返回结果，不会出现无效用户。

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