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

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

2025-06-05 01:45:34作者:宣利权Counsellor

问题概述

近期在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内部索引结构和内存管理机制相关,开发团队已在后续版本中进行了修复。用户应关注官方发布说明,及时获取问题修复的最新信息。

登录后查看全文
热门项目推荐