DragonflyDB前缀搜索与同义词功能回归问题分析

问题背景

在DragonflyDB的最新主分支构建版本(redis_version:7.4.2)中，发现了一个与全文搜索(Full-Text Search)功能相关的回归问题。具体表现为当使用前缀搜索(prefix search)结合同义词(synonyms)功能时，搜索结果出现不一致的情况。

问题复现步骤

1. 首先创建一个带有前缀的全文索引：

FT.CREATE idx PREFIX 1 doc: SCHEMA name TEXT

2. 插入若干测试数据：

HSET doc:1 name "apple"
HSET doc:2 name "application"
HSET doc:3 name "banana"
HSET doc:4 name "appetizer"
HSET doc:5 name "pineapple"
HSET doc:6 name "macintosh"

3. 执行前缀搜索app*，此时系统返回预期结果：

application, appetizer, apple

4. 添加同义词映射，将"apple"映射到"macintosh"：

FT.SYNUPDATE idx 1 apple macintosh

5. 再次执行相同的前缀搜索app*，此时DragonflyDB返回：

application, appetizer

而Redis则仍然返回：

application, appetizer, apple

技术分析

这个问题揭示了DragonflyDB在处理前缀搜索与同义词功能的交互时存在逻辑缺陷。从技术实现角度来看，可能有以下几个方面的原因：

1. 同义词处理逻辑干扰：在添加同义词后，系统可能错误地修改了原始索引结构，导致前缀搜索无法正确匹配原始词条。

2. 查询重写机制缺陷：当执行前缀搜索时，系统可能没有正确处理同义词扩展，导致部分结果被错误过滤。

3. 索引更新不一致：同义词更新可能触发了部分索引重建，但前缀索引部分没有同步更新。

影响范围

该问题主要影响以下使用场景：

• 使用前缀搜索功能的应用程序
• 同时使用同义词扩展的搜索系统
• 依赖精确搜索结果的业务逻辑

解决方案建议

针对这个问题，建议从以下几个方面进行修复：

1. 查询处理层：确保前缀搜索逻辑不受同义词映射的影响，保持原始词条的独立索引。

2. 同义词扩展：在执行前缀搜索时，应该分别处理原始词条和同义词扩展，避免交叉干扰。

3. 测试覆盖：增加针对前缀搜索与同义词功能交互的测试用例，确保各种组合场景下的行为一致性。

总结

这个回归问题提醒我们在实现复杂搜索功能时，需要特别注意各种功能间的交互影响。前缀搜索和同义词扩展都是强大的搜索功能，但它们的组合使用可能会产生意想不到的行为。对于使用DragonflyDB的开发人员来说，在当前版本中应避免同时使用这两种功能，直到问题被修复。