Redis Search返回重复数据异常：FT.SEARCH结果不符预期

核心原因：索引与实际哈希数据不同步 #

RedisSearch 不会自动感知哈希键的删除操作，这是最常见的触发场景：

• 你之前可能创建过第三条product哈希数据，之后用DEL删除了该哈希，但没有通过FT.DEL命令从索引idx:product中移除对应的文档。
• 这条残留的索引文档指向已不存在的哈希键，所以查询时会缺失rating字段，且如果原哈希和现有某条数据字段重叠，会看起来像重复记录。

其他可能的触发场景 #

• 索引前缀匹配范围过大：如果创建索引时使用的PREFIX规则（比如PREFIX 1 prod）匹配到了非预期的键（比如product-test），而该键的哈希后来被删除但索引未清理，也会出现这种情况。
• 索引同步失败：查看FT.INFO idx:product中的hash_indexing_failures字段，如果数值大于0，说明有哈希数据在索引时失败，导致索引中存在不完整的文档记录。

验证方式 #

从你提供的FT.INFO idx:product输出中重点看这几个字段：

• num_docs：如果数值为3，说明索引内部确实存储了3条文档，和查询结果对应，直接坐实“索引-数据不同步”的结论。
• prefixes：确认索引的前缀规则是否仅覆盖你预期的product键，排除非预期键被索引的可能。

快速修复步骤 #

1. 执行FT.DEL idx:product <无效文档对应的Redis键名>，手动清理残留的索引记录。
2. 若不确定无效键名，可先删除索引FT.DROPINDEX idx:product，然后重新创建索引并执行FT.ADDHASH idx:product <所有有效product键名>，强制同步现有哈希数据到索引。
3. 后续删除哈希键时，务必配套执行FT.DEL命令，保持索引与数据的一致性。

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