年末将至，是时候回顾一下2019年Manticore发生的事情了。以下是我们对2019年的记忆：
主要新功能： Percolate 查询 得到了很大的改进，并已准备好投入生产。我们的客户已经成功地在生产中使用这种新索引类型超过一年 复制 适用于 PQ 和 RT 索引。再也不需要使用 shell 脚本和 sporadic failures 以及高复制延迟的 rsync。复制现在是内置的并且是同步的 2019年5月发布了 Manticore Search v3，采用了更适合大型索 …
我们很高兴地宣布 Manticore Search 3.2.2 的发布。下载链接可在 这里 和 Manticore Github 页面 获取。Docker 镜像可在 Docker Hub 获取。
新特性 期待已久的 自增 ID 功能现已支持实时索引。 新的 HIGHLIGHT() 函数现在支持对存储字段的高亮显示。HIGHLIGHT() 在 SphinxQL 和 HTTP API 中均可用。 SNIPPET() 可以使用新的特殊函数 QUERY() 作为查询参数。这消除了在使 …
除了自动完成功能，我们在 本课程 中介绍了一个简单的示例，另一个人们常常添加到搜索应用中的常见功能是显示错误输入单词的更正。
Manticore Search 提供了一项功能，可以从索引字典中获取单词的建议。
这可以通过启用中间匹配选项来实现。中间匹配不仅允许通配符搜索，还会从索引单词中创建 n-gram 哈希。
N-gram（或仅是长度为 N 个字符的单词部分）用于查找彼此接近的单词（作为纯文本，而非语言学意义上的）。结合建议候选单词与原始单词之间的 Levenshtein …
从 v 3.2.0 开始，Manticore Search 引入了一项新功能 - 文档存储。 历史上，Manticore Search 是一个文本搜索引擎，它索引文本但不保留原始文本。文本被处理，从普通字符串转换为形成全文索引的特殊结构，这允许快速文本搜索。在结果集中，用户并没有收到原始文本，因为从全文索引重新组合它可能是一个复杂的过程。此外，索引设置可能包括停止某些单词被索引的条款（如最小单词长度或停用词），这可能使重建变得不可能。
搜索工作流是为了在 Manticore …
我们很高兴地宣布 Manticore Search 3.2.0 的发布。下载链接可在 这里 和 Manticore Github 页面 获取。Docker 镜像可在 Docker Hub 获取。
新特性 全文字段的存储。现在不仅可以索引文本，还可以存储它们并在结果中检索其内容。
可以通过提供应存储的全文字段列表，使用索引指令 stored_fields 启用文档存储。
默认情况下，存储会压缩保存在磁盘上的内容。可以通过新的指令 docstore_block_size 、 …
在 Manticore 3.1.2 中添加了应用程序或其他客户端（curl、浏览器等）与 Manticore Search 守护进程之间的数据加密支持。如果您需要保护您的数据（查询、响应）不被本地网络内部的拦截，尤其是在通过互联网连接到 Manticore Search 时，启用此功能非常重要。设置它需要使用证书。下面只是一个如何使用自签名证书的示例，可能还有其他选项，例如购买由真实 CA 签名的证书。
在本教程中，我们将学习如何在与 Manticore Search 的工作 …