RediSearch模块中FT.SEARCH查询导致Redis崩溃问题分析

问题概述

近期在RediSearch模块使用过程中发现了一个严重问题：当执行某些FT.SEARCH查询时，会导致Redis服务器崩溃。该问题主要出现在RediSearch 2.10.x版本系列中，包括2.10.10和2.10.11版本，以及较早的2.6.24版本。

问题重现条件

该崩溃问题在以下环境中可以稳定重现：

1. 创建一个包含TAG和NUMERIC字段的索引，特别是当某些TAG字段启用了WITHSUFFIXTRIE选项时
2. 索引约100万个小型的JSON文档
3. 执行特定的FT.SEARCH查询，包括：
   • 包含布尔条件与通配符的组合查询
   • 范围查询与TAG字段的组合查询
   • 包含OR逻辑的复合查询

崩溃现象分析

从崩溃日志中可以观察到以下关键信息：

1. Redis因信号11(SIGSEGV)崩溃，表示发生了段错误
2. 崩溃发生在RediSearch模块内部，具体是在IR_Read和IR_SkipTo函数调用链中
3. 错误提示"Accessing address: (nil)"表明存在空指针解引用问题
4. 崩溃线程栈显示问题出现在索引读取和文档ID处理环节

临时解决方案

目前官方确认这是一个已知问题，建议采取以下临时解决方案：

1. 对于Redis Stack用户，可以降级到redis/redis-stack:7.4.0-v1版本
2. 对于RediSearch 2.6.x用户，建议使用v6.2.6-v17版本
3. 在无法降级的情况下，可以通过FT.CONFIG设置NOGC选项来避免崩溃（但可能影响内存回收）

内存消耗异常问题

除了崩溃问题外，还观察到RediSearch在某些情况下会出现异常的内存消耗现象：

1. 原始数据仅占用1.5GB内存的情况下，RediSearch可能消耗高达29GB内存
2. 这种现象在创建索引后不久就会出现，即使没有执行任何查询
3. 内存膨胀与索引配置和数据特征相关，但具体原因需要进一步分析

技术建议

对于生产环境用户，建议：

1. 密切关注RediSearch的版本更新，及时应用修复补丁
2. 在升级前进行充分的测试，特别是针对复杂查询场景
3. 监控Redis内存使用情况，设置适当的内存限制
4. 对于关键业务系统，考虑使用经过充分验证的稳定版本

该问题的根本原因与RediSearch内部索引结构和内存管理机制相关，开发团队已在后续版本中进行了修复。用户应关注官方发布说明，及时获取问题修复的最新信息。