Redis FTAggregate结合SORT BY与Cursor无后续结果问题咨询

核心结论 #

Redis Stack的FT.AGGREGATE命令中，SORT BY与CURSOR无法兼容使用，这是当前的预期行为。两者的执行逻辑存在本质冲突：

• CURSOR是为流式处理未排序的聚合结果设计，允许分批拉取数据，避免一次性加载全量结果占用过多内存
• SORT BY则要求先对全量聚合结果完成排序，再返回数据，此时结果已经是完整的有序集合，不存在后续可通过cursor拉取的分段数据

你遇到的现象解释 #

• 首次调用返回数据，后续cursorRead无结果：因为SORT BY完成全量排序后，结果已经一次性返回，cursor没有剩余数据可拉取
• 仅用sortBy()不加limit()返回10条：这是Redis默认的LIMIT 0 10行为，此时排序后的全量结果中仅返回前10条，同样没有后续cursor数据

解决方案 #

1. 必须排序分页的场景：只能使用带OFFSET的LIMIT进行分页，但需注意：每次分页都会重新对全量数据执行排序操作，数据量较大时性能会显著下降
2. 性能优化方案：如果业务允许，可提前在数据写入阶段维护有序结构（例如用ZSET存储排序字段值与文档ID的映射），先从ZSET分页获取目标文档ID，再通过这些ID批量执行聚合查询，以此避免全量排序的开销

你的代码问题说明 #

你当前的代码中同时使用sortBy()和cursor()是无效的，因为cursor不支持排序后的流式处理流程，所以后续的jedis.ftCursorRead()无法获取到数据。移除sortBy()后cursor能正常工作，也验证了这一点。

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