加载索引的新选项
在本文中，我们讨论了在3.0.2中引入的加载数据的新选项。
带有数据的索引由多个组件组成，如字典、文档和命中列表、属性。整个索引不会完全加载到RAM中，因为可能无法容纳，而是以不同的方式读取和加载其组件。
属性 属性默认情况下加载到RAM中，但可以选择是否加载所有属性，仅加载标量类型（整数或浮点数）或将其保留在磁盘上。
属性作为内存映射文件加载。使用mmap()加载属性的优点是比经典的seek&read使用pread()具有更好的性能。它还允许使用少量RAM处理大文 …
Manticore Search 3.0.2 GA release
我们很高兴地宣布 Manticore Search 3.0.2 的发布。下载链接可在 这里 和 Manticore Github 页面 获取。Docker 镜像可在 Docker Hub 获取。
改进 文档列表和命中列表组件也可以使用内存映射（像属性一样）而不是 seek+read 进行访问。可以通过 access_doclists 和 access_hitlists 指令选择访问模式。
新的指令 access_plain_attrs 和 access_blob_attrs …
Manticore 2.8.2 vs 3.0 - 在某些测试中速度提高了2倍
正如您所知，最近发布了 Manticore 3.0 的新版 。
在这个基准测试中，我们来看看它是否比 2.8 更好。测试环境如下：
2016 年的 Hacker News 精选评论数据集 ，CSV 格式 操作系统：Ubuntu 18.04.1 LTS (Bionic Beaver)，内核：4.15.0-47-generic CPU：Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz，8 核心 32G RAM HDD Docker …
如何在 Manticore Search 3 中改变杀死列表
在本文中，我们将讨论杀死列表在 Manticore Search 3 中的工作原理。
普通索引在添加新文档方面是不可变的：一旦创建，就无法添加更多数据，只能更新现有文档的属性。为了使索引与主数据（可以是数据库或文件）保持一致，需要通过执行完全重建来刷新索引。此操作可能需要时间。在某些情况下，完全重建可能需要几个小时甚至更长时间。
这意味着可搜索的数据可能落后于原始数据存储，最新内容在索引重建之前有一个等待时间。为了解决这个问题，引入了增量索引的概念。增量索引的结构与更大的（ …
基准测试：Manticore 3 vs Sphinx 3 - 现在更快了
最近 我们发布了 Manticore 3.0.0 ，包含许多改进，包括一些新的优化，提升了性能。在本文中，我们想将新版本的性能与 Sphinx 3.1.1 的性能进行比较。
TL;DR Manticore 显示：
在某些情况下，搜索性能提高约 2 倍，特别是在较长查询时 以及较低，但在所有其他测试中仍然表现更好 除了索引时间，Sphinx 快 2% 测试环境 正如 之前我们对 Manticore 2.7 vs Sphinx 3 进行基准测试时 一样，我们将在 Hacker …
迁移索引到版本 3
Manticore Search 3 首次带来了索引兼容性的破坏，无法加载使用 2.x 创建的现有索引。这意味着在将 searchd 升级到 3.x 之前，索引需要准备好。
要将索引转换为新格式，有两个选项：
完全重建索引。如果您的索引不大且不是实时的，这是一条简单的路线。 使用转换工具，可以自动将任何类型的索引（普通、过筛、实时）从 Manticore 2 / Sphinx 2 格式转换为新格式。 在开始迁移之前，有几件事情需要注意：
文档 ID 现在是正的有符号大整数，之 …