本文将讨论 kill-list 在 Manticore Search 3 中的工作方式。 普通索引在添加新文档方面是不可变的：一旦创建，就无法添加更多数据，只能更新现有文档的属性。为了使索引与主数据（可以是数据库或文件）保持一致，需要通过执行完整重建来刷新索引。此操作可能需要时间。在某些情况下，完整重建可能需要数小时甚至更久。 这意味着可搜索的数据可能会落后于原始数据存储，最新内容需要等待索引重建才能显示。为了解决这个问题，引入了增量索引的概念。增量索引的结构与较大的（即“ ...
最近 我们发布了 Manticore 3.0.0 ，其中包含许多改进，包括一些新的优化，提高了性能。在本文中，我们希望将新版本的性能与 Sphinx 3.1.1 的性能进行比较。 TL;DR Manticore 表现出： 在某些情况下，搜索性能大约提高了 2 倍，尤其是在较长查询时 在其他所有测试中，性能较低，但仍优于 Sphinx 除了索引时间，Sphinx 快 2% 测试环境 正如 我们之前对 Manticore 2.7 与 Sphinx 3 进行基准测试时 ，我们将使用 ...
Manticore Search 3 首次引入了索引兼容性的破坏性变更，无法加载使用 2.x 创建的现有索引。这意味着在升级 searchd 到 3.x 之前，必须准备好索引。 要使索引使用新格式，有两种选择： 完全重建索引。如果索引不是很大且不是实时索引，这是最简单的方法。 使用转换工具，可以自动将任何类型的索引（普通、percolate、实时）从 Manticore 2 / Sphinx 2 格式转换为新格式。 在开始迁移之前，有几项需要注意： 文档 ID 现在是正的有符 ...
我们很高兴宣布 Manticore Search 3.0.0 的发布，这是我们期待已久的首次重大版本发布。这是第一个与旧版本不兼容的 Manticore 版本。 下载地址为此处 和Manticore GitHub 页面 。Docker 镜像可在Docker Hub 获取。 主要变更 Manticore Search 2 的一个主要问题是每个索引的字符串/JSON 属性限制为 4GB。为克服此限制，数据必须分片到多个索引中。版本 3 重新设计了索引存储，消除了此限制，使得可以减 ...
我们正在推出一个门户，提供免费的在线互动课程，使学习使用Manticore Search变得更加容易。 自Manticore启动以来，除了提供稳定且高性能的搜索引擎外，另一个目标就是让用户更容易在其设置中集成搜索引擎。 我们每天都在努力改进现有的文档，考虑到其功能和高级选项的支持，文档内容相当庞大。但文档是静态的。要组合一个工作示例需要跳转到参考文档的不同部分。指南利用这一点，将制作示例的各个方面集中在一个地方。但如果学习可以做得更好呢？ 借助一些现代技术，现在可以提供一个工 ...
早在1958年，Hans Peter Luhn在他的论文"The Automatic Creation of Literature Abstracts"中假设"文章中词语出现的频率可以提供一个有用的词语重要性度量"，这一假设至今可能是信息检索科学中最重要的内容之一，并且被所有知名的大中小型搜索引擎使用，从Google和Yahoo到定制搜索解决方案，如ElasticSearch和Manticore Search。 Luhn的假设的重要性无法被高估，许多后续的信息检索领域的科学研 ...