Meilisearch 近日发布了一篇与 Manticore Search 的对比文章。Manticore 团队实测后指出，文中关于 Manticore 的多项描述已不适用于当前版本（Manticore 28.4.4，Meilisearch 1.41/1.48），并逐一用实际命令和基准测试回应。
例如，文章称 Manticore“设置复杂”，但实际安装启用只需一条命令（curl | sh），插入和搜索也各一条 curl 命令，全程无需配置文件或 schema。插入的数据自动推断字段类型：文本字段默认支持全文搜索，数值属性自动支持过滤、排序、分面，无需预先声明或重索引。反观 Meilisearch，过滤和排序需要先在 index 设置中声明字段，且每次修改都会触发全量重索引。
在向量搜索和混合搜索方面，Manticore 支持自动嵌入（sentence-transformers/all-MiniLM-L6-v2）、HNSW 索引和 KNN 预过滤，混合搜索将全文与语义通过 RRF 融合。Meilisearch 的向量搜索被其自身评价为“基本”，Manticore“更适合混合与高级场景”。
关于搜索质量，Manticore 在 14 个公开 IR 数据集（含 BEIR、MS MARCO、TREC DL 等）上分别测试了全文、向量和混合模式。使用相同嵌入模型（Qwen3-Embedding-8B）时，向量搜索得分接近（0.530 vs 0.527），但 Manticore 在 11 个数据集上取得最佳结果；混合搜索（0.515 vs 0.475）和全文搜索（0.420 vs 0.237）差距更大。全文搜索差距源于 Meilisearch 使用规则排序而非 BM25 家族算法。
文章还称 Manticore“主要用于大规模复杂工作负载”，但匿名遥测数据显示：29% 的实例数据量小于 1 MB，约一半小于 100 MB，仅约 1/8 超过 10 GB，不足 1% 超过 1 TB。Manticore 容器空闲内存不足 200 MB，实际也常用于小型项目。
客户端支持方面，Manticore 提供 9 种官方客户端（含 Rust、Elixir），Meilisearch 提供 8 种（Rust 社区维护，Elixir 未列出），两者均支持 REST API，Manticore 额外支持原生 SQL（MySQL 协议）。
Manticore 团队强调，文中所有命令均可复制实测，完整基准测试方法和工具后续将开源。他们同时承认 Meilisearch 默认支持拼写容错和前端直连查询等优点，但认为文中对 Manticore 的画像已严重过时。
#开发者 #工具 #Manticore #Meilisearch #全文搜索 #向量搜索 #搜索引擎 #开源 #DevTools
@DevToolboxHub