RediSearch 2.10.10版本查询崩溃问题分析与解决方案

问题背景

Redis企业级搜索模块RediSearch在2.10.10版本中出现了一个严重的稳定性问题。多位用户报告在生产环境中执行FT.SEARCH查询时，Redis服务会间歇性崩溃，错误表现为信号11（SIGSEGV）导致的段错误。这个问题不仅影响了最新版本，也波及到2.8.x系列的部分版本。

问题现象

当用户执行包含复杂查询条件的FT.SEARCH命令时，Redis服务会突然崩溃，并产生以下典型错误日志：

Redis 7.4.2 crashed by signal: 11, si_code: 1
Accessing address: 0x1027ef9
Crashed running the instruction at: 0x7ff82130af27

崩溃发生时，堆栈跟踪显示问题出现在RediSearch模块内部的索引读取机制中，特别是在处理交集/并集查询时。这个问题具有以下特点：

1. 间歇性出现，并非所有相同模式的查询都会触发
2. 影响主节点和副本节点
3. 查询执行时间较长时更容易出现

技术分析

根据RediSearch开发团队的反馈，这个问题源于2.10.10版本中引入的一个内部索引读取机制的缺陷。具体表现为：

1. 在处理复杂的布尔查询（特别是包含多个交集/并集操作）时
2. 索引读取过程中存在内存访问越界
3. 当查询涉及大量文档时更容易触发

从崩溃堆栈中可以观察到，问题发生在IR_Read和IR_SkipTo函数调用链中，这表明是索引迭代器在遍历文档时出现了异常。

影响范围

确认受影响的版本包括：

• RediSearch 2.10.10（随redis-stack-server 7.4.0-v2提供）
• RediSearch 2.8.21

解决方案

临时解决方案

对于急需稳定性的生产环境，建议采取以下措施：

1. 降级到已知稳定的版本：

   • 对于2.10.x系列：降级至2.10.7或更早版本
   • 对于2.8.x系列：降级至2.8.18或更早版本

2. 对于使用redis-stack-server软件包的用户：

   • 可以降级到包含RediSearch 2.10.5的redis-stack-server 7.4.0-v1版本

长期解决方案

RediSearch开发团队已经确认了这个问题，并正在通过以下PR进行修复：

• 主分支修复
• 2.8分支的向后移植修复

预计将在接下来的几周内发布包含修复的2.10.11和2.8.22版本。用户可关注官方发布公告，及时升级到这些修复版本。

最佳实践建议

1. 在生产环境部署前，建议在测试环境中充分验证新版本的稳定性
2. 对于关键业务系统，考虑实施蓝绿部署策略，确保可以快速回滚
3. 监控Redis服务的崩溃日志，特别是关注FT.SEARCH命令的执行情况
4. 考虑将复杂的全文搜索查询拆分为多个简单查询，在应用层合并结果

总结

RediSearch作为Redis的重要扩展模块，其稳定性对搜索密集型应用至关重要。本次崩溃问题提醒我们，即使是成熟的开源项目，在新版本升级时也需要谨慎评估。开发团队已快速响应并提供了明确的解决方案路径，用户可根据自身情况选择临时规避措施或等待官方修复版本。