需要伪分片的测试者
大家好。正如你们可能知道的，在 4.0.2 版本中 我们发布了伪分片 ，这使你能够将非全文查询即时并行化到所有 CPU 核心。这对于纯分析查询（不带全文）是有益的，但对大多数发送到 Manticore 的查询没有任何影响。
🔥 但是最近我们为全文实现了伪分片，这使得新的功能对大多数用例都具有益处，只要你使用普通索引。我们现在寻找的是愿意尝试并向我们反馈新功能的人。
🔥 你需要做的事情：
测量你现在的响应时间（如果可能的话也测量吞吐量） 安装开发版本 (4.0.3)。 …
Manticore Search 4.0.2: 完全的列式存储支持，自动索引压缩，锁系统改进，伪分片
主要新特性 全面支持 Manticore 列式库 。之前 Manticore 列式库仅支持普通索引。现在它支持： 实时索引中的 INSERT，REPLACE，DELETE，OPTIMIZE 复制 ALTER indextool –check 自动索引压缩 ( #478 )。最终，你不必手动或通过定时任务调用 OPTIMIZE 或其他类型的自动化。Manticore 现在自动处理。你可以通过 optimize_cutoff 设置默认压缩阈值。 块快照和锁系统改进。这 …
Manticore Search 3.6.0: 列式存储支持，乌克兰词形还原器，更快的JSON，30多个错误修复
我们很高兴地宣布， Manticore Search 3.6.0 已经发布！
列式存储支持 几个月前，在我们关于过去三年的 进展文章 中，我们宣布了 Manticore列式库。 Manticore 3.6.0 为普通索引添加了对该库的支持。
当您的数据属性无法适应 RAM 时，该库特别有用。在这种情况下，Manticore Search 传统的行存储需要从磁盘读取更多数据，而新库只读取当前查询所需的值。有关一些基准测试，请查阅 这里 ，请持续关注，该库是我们2021年的重点之 …
Manticore Search: 3 years after forking from Sphinx
在2017年5月，我们对Sphinxsearch 2.3.2进行了分叉，并称其为 Manticore Search 。以下是关于Manticore Search作为Sphinx分叉的简要报告，以及我们自那时以来的成就。
为什么我们要分叉Sphinx？ 首先，为什么我们要进行分叉？在2016年底，Sphinxsearch的开发工作暂停了。使用Sphinx的用户和支持该项目开发的一些客户对此感到担忧，因为：
错误长时间没有修复 长期承诺的新特性没有推出 与Sphinx团队的沟通中 …
Elasticsearch -> Manticore Search 数据迁移工具
让我们介绍一个新工具，可以帮助您将数据从 Elasticsearch 迁移到 Manticore Search -
https://github.com/manticoresoftware/es2ms
。
该工具自动化将数据从 Elasticsearch 复制到 Manticore Search 要求 Elasticsearch 导出工具 :
https://github.com/elasticsearch-dump/elasticsearch-dump …
Manticore Search 3.5.4: Python, Java 和 Javascript 客户端以及更快的 OPTIMIZE
我们很高兴地宣布 Manticore Search 3.5.4 已经发布，这是我们 2020 年的第 6 次也是最后一次发布。
更快的 OPTIMIZE 如果您使用 Manticore Search 实时索引 ，您会知道有一个命令 OPTIMIZE INDEX 用于索引压缩。Manticore 3.5.4 引入了在实时索引中自动删除磁盘块的功能，当 OPTIMIZing 实时索引时，如果该块显然不再需要（所有文档均被抑制）。之前仍然需要合并，现在这个块可以立即删除。这在您维护 …