RediSearch模块在高并发场景下的空指针访问问题分析

问题背景

RediSearch作为Redis的全文搜索模块，在2.6.x、2.8.x和2.10.x等多个版本中存在一个严重的内存访问问题。该问题会在高并发查询场景下触发，导致Redis服务崩溃，表现为信号11(SIGSEGV)错误，即段错误(segmentation fault)。

错误现象

当系统在高负载下运行时，特别是执行FT.SEARCH查询操作时，Redis服务会突然崩溃。崩溃日志中会显示以下关键信息：

Redis 7.2.0 crashed by signal: 11, si_code: 128
Accessing address: (nil)
Crashed running the instruction at: 0x7ff8453517a8

从堆栈跟踪可以看出，崩溃发生在RediSearch模块内部，具体是在处理倒排索引读取操作时尝试访问空指针地址。

技术分析

根据堆栈信息，问题出现在以下调用链中：

1. 客户端发起FT.SEARCH查询请求
2. RediSearch开始处理查询并构建结果管道
3. 在读取倒排索引数据时，Buffer_Read函数尝试读取数值
4. 在IR_Read和IR_SkipTo函数中处理索引数据时发生空指针访问

核心问题在于索引处理逻辑中没有对指针进行充分验证，当系统处于高负载状态时，某些内存管理操作可能导致指针失效或被错误释放，而后续代码仍尝试访问这些无效指针。

影响范围

该问题影响以下RediSearch版本：

• 2.10.x系列：v2.10.10和v2.10.11
• 2.8.x系列：v2.8.21和v2.8.22
• 2.6.x系列：v2.6.24和v2.6.25

对应的Redis Stack版本也会受到影响。

解决方案

RediSearch团队已经发布了修复版本：

1. 2.10.x系列：升级到v2.10.12
2. 2.8.x系列：升级到v2.8.23
3. 2.6.x系列：升级到v2.6.26

修复方案主要增强了指针访问的安全性检查，确保在访问内存前验证指针有效性，并优化了高并发下的内存管理策略。

预防措施

对于使用RediSearch的生产环境，建议：

1. 定期更新到最新稳定版本
2. 在高并发场景下进行充分的压力测试
3. 监控Redis服务的稳定性指标
4. 考虑使用连接池和查询限流机制来平滑处理高峰请求

总结

RediSearch的这个空指针访问问题展示了在高并发环境下内存管理的重要性。开发团队通过增强指针验证和完善内存访问逻辑解决了这个问题。对于依赖RediSearch的业务系统，及时升级到修复版本是保障服务稳定性的关键措施。