我们很高兴宣布发布 Manticore Search 9.3.2,带来了增强的表使用跟踪、内存优化和多个稳定性改进,以使您的搜索体验更加可靠和高效。
🛠️ 新特性和改进
本次发布包括几个增强功能:
每表命令计数器和使用统计 ( PR #3337 ): 添加了详细的表使用统计和命令跟踪,以便更好地监控和优化。
内存使用优化 ( v9.2.32 ): 在合并操作期间减少了峰值内存使用。文档 ID 到行 ID 查找现在每个文档使用 12 字节,而不是 16 字节,显著减少内存需求(例如,对于 20 亿文档需要 24 GB RAM,而不是 36 GB)。
🔧 重要的错误修复和稳定性改进
本次发布解决了几个重要问题:
内存和资源管理:
- 修复了在
id
上使用ORDER BY
和WHERE
时的 OOM(内存溢出)错误 ( Issue #3301 ) - 改进了对大文档 ID 的处理,以防止搜索失败 ( Issue #3090 )
- 修复了归零字符串属性时的未定义行为 ( v9.2.30 )
- 修复了在
表和索引管理:
- 通过删除复杂的块更新和重构自动刷新修复了表损坏问题 ( Issue #3236 )
- 修复了大实时表中不正确的
COUNT(*)
值 ( Issue #3238 ) - 修复了优化过程被中断时剩余的
tmp.spidx
文件 ( Issue #3343 )
查询和搜索改进:
- 修复了在 RT 表上使用多个 JSON 属性的分组器时崩溃的问题 ( Issue #3171 )
- 修复了 RAM 块冲刷后
WHERE string ANY(...)
查询失败的问题 ( Issue #3246 ) - 修复了使用
GEODIST
函数时距离计算的错误 ( Issue #3063 )
集成和兼容性:
- 添加了对特定分区创建 Kafka 源的支持 ( Issue #3032 )
- 修复了与 Boost 1.88.0 的构建兼容性 ( PR #3275 )
- 添加了对 Elastic 的
query_string
过滤器格式的支持 ( Issue #3027 )
🚀 今天就开始使用
升级到 Manticore Search 9.3.2 以利用这些新特性和改进。有关更改的完整列表,请访问 changelog 。
我们希望听到您的反馈!
- 在我们的 Community Forum 加入讨论
- 在 GitHub 上报告问题或建议功能
- 在 Slack 上与我们聊天
- 直接通过
[email protected]
给我们发电子邮件