通配符搜索设置

通配符搜索是一种常见的文本搜索类型。在 Manticore 中，它是在词典级别执行的。默认情况下，普通表和 RT 表都使用一种名为 dict 的词典类型。在这种模式下，单词会按原样存储，因此启用通配符不会影响表的大小。执行通配符搜索时，系统会在词典中查找该通配词的所有可能展开形式。当展开结果很多，或者展开结果对应的命中列表很大时，这种展开在查询时的计算开销会成为问题，尤其是在中缀的情况下，因为通配符会同时加在单词的开头和结尾。为避免这类问题，可以使用 expansion_limit。

注意：更改已填充表的索引时通配符设置，例如 min_prefix_len 或 min_infix_len，只会影响更改之后被索引的文档。要将新设置应用到现有文档，请重新索引它们。

min_prefix_len

min_prefix_len = length

此设置确定要索引和搜索的最小单词前缀长度。默认情况下，它设置为 0，这意味着不允许前缀。

前缀允许通过 wordstart* 通配符进行通配符搜索。

例如，如果单词 "example" 使用 min_prefix_len=3 索引，则可以通过搜索 "exa"、"exam"、"examp" 和 "exampl" 以及完整的单词来找到它。

请注意，在 dict=crc 模式下，min_prefix_len 会影响全文索引的大小，因为每个单词展开形式都会被额外存储。

Manticore 可以区分完美匹配的单词和前缀匹配，并在满足以下条件时将前者排名更高：

请注意，在 dict=crc 模式下，或者在禁用上述任一选项时，都无法区分前缀和完整单词，因此无法对完全匹配的单词赋予更高排名。

当设置了 最小后缀长度 为正数时，最小前缀长度始终被视为 1。

‹›
  • SQL
  • JSON
  • PHP
  • Python
  • Python-asyncio
  • javascript
  • Java
  • C#
  • Rust
  • CONFIG
📋
CREATE TABLE products(title text, price float) min_prefix_len = '3'

min_infix_len

min_infix_len = length

min_infix_len 设置确定要索引和搜索的最小后缀前缀长度。它是可选的，默认值为 0，这意味着不允许后缀。最小允许的非零值为 2。

启用后，后缀允许使用如 start*、*end、*middle* 等术语模式进行通配符搜索。它还允许您禁用太短且搜索成本过高的通配符。

如果满足以下条件，Manticore 可以区分完美匹配的单词和后缀匹配，并将前者排名更高：

请注意，在 dict=crc 模式下，或者在禁用上述任一选项时，都无法区分中缀和完整单词，因此无法对完全匹配的单词赋予更高排名。

后缀通配符搜索的查询时间可能会有很大差异，这取决于子字符串实际扩展成多少关键词。像 *in* 或 *ti* 这样的短而频繁的音节可能会扩展成太多关键词，所有这些都需要匹配和处理。因此，为了启用子字符串搜索，通常会将 min_infix_len 设置为 2。为了限制来自太短通配符的搜索的影响，可能会将其设置得更高。

后缀必须至少为两个字符长，出于性能原因，*a* 类似的通配符是不允许的。

当 min_infix_len 设置为正数时， minimum prefix length 会被视为 1。对于 dict 词形中缀和前缀不能同时启用。对于 dict 以及通过 prefix_fields 声明前缀的其他字段，禁止在两个列表中声明同一个字段。

在 dict=keywords 或 dict=keywords_32k 下，除了通配符 * 之外，还可以使用另外两个通配符字符：

  • ? 可匹配任何（一个）字符：t?st 将匹配 test，但不匹配 teast
  • % 可匹配零个或一个字符：tes% 将匹配 tes 或 test，但不匹配 testing
‹›
  • SQL
  • JSON
  • PHP
  • Python
  • Python-asyncio
  • javascript
  • Java
  • C#
  • Rust
  • CONFIG
📋
CREATE TABLE products(title text, price float) min_infix_len = '3'

prefix_fields

prefix_fields = field1[, field2, ...]

prefix_fields 设置用于在 dict=crc 模式下限制前缀索引到特定的全文字段。默认情况下，所有字段都在前缀模式下进行索引，但因为前缀索引可能会影响索引和搜索性能，所以可能需要将其限制在某些字段上。

要将前缀索引限制到特定字段，请使用 prefix_fields 设置，后跟逗号分隔的字段名列表。如果未设置 prefix_fields，则所有字段将在前缀模式下进行索引。

‹›
  • CONFIG
CONFIG
📋
table products {
  prefix_fields = title, name
  min_prefix_len = 3
  dict = crc

infix_fields

infix_fields = field1[, field2, ...]

infix_fields 设置允许您指定一个列表的全文字段，以限制中缀索引。此设置仅适用于 dict=crc，是可选的，默认情况下所有字段都在中缀模式下进行索引。 此设置类似于 prefix_fields，但它允许您将中缀索引限制到特定字段。

‹›
  • CONFIG
CONFIG
📋
table products {
  infix_fields = title, name
  min_infix_len = 3
  dict = crc

max_substring_len

max_substring_len = length

max_substring_len 指令设置为前缀或中缀搜索建立索引的最大子串长度。该设置是可选的，默认值为 0（这意味着所有可能的子串都会被建立索引）。它仅适用于 dict=crc。

默认情况下， dict=crc 的子串索引会把 所有 可能的子串都作为独立关键词建立索引，这可能会导致全文索引过大。因此，max_substring_len 指令允许你跳过过长的子串，因为这些子串很可能永远不会被搜索到。

例如，一个包含 10,000 篇博客文章的测试表在不同设置下的磁盘空间使用量如下：

  • 基线：6.4 MB（没有子字符串）
  • min_prefix_len = 3：24.3 MB（3.8 倍）
  • min_prefix_len = 3，max_substring_len = 8：22.2 MB（3.5 倍）
  • min_prefix_len = 3，max_substring_len = 6：19.3 MB（3.0 倍）
  • min_infix_len = 3：94.3 MB（14.7 倍）
  • min_infix_len = 3，max_substring_len = 8：84.6 MB（13.2 倍）
  • min_infix_len = 3，max_substring_len = 6：70.7 MB（11.0 倍）

因此，限制最大子字符串长度可以节省 10-15% 的表大小。

在使用 dict=keywords 或 dict=keywords_32k 模式时，子串索引由词典处理，而不是通过预先建立 CRC 子串索引。因此，该指令不适用，并且在这种情况下会被刻意禁止。不过，如果需要，你仍然可以在应用代码中限制要搜索的子串长度。

‹›
  • CONFIG
CONFIG
📋
table products {
  max_substring_len = 12
  min_infix_len = 3
  dict = crc

expand_keywords

expand_keywords = {0|1|exact|star}

此设置扩展关键字及其精确形式和/或星号。支持的值包括：

  • 1 - 扩展为精确形式和带有星号的形式。例如，running 将变为 (running | *running* | =running)
  • exact - 仅增加关键字的精确形式。例如，running 将变为 (running | =running)
  • star - 通过在其周围添加星号来增加关键字。例如，running 将变为 (running | *running*) 此设置是可选的，默认值为 0（关键字不扩展）。

启用 expand_keywords 特性的表中的查询内部会进行扩展：如果表是在前缀或中缀索引启用的情况下构建的，每个关键字都会被替换为其自身和相应的前缀或中缀（带星号）的析取。如果表是在启用了词干提取和 index_exact_words 的情况下构建的，精确形式也会被添加。

‹›
  • SQL
  • JSON
  • PHP
  • Python
  • Python-asyncio
  • javascript
  • Java
  • C#
  • Rust
  • CONFIG
📋
CREATE TABLE products(title text, price float) expand_keywords = '1'

扩展查询自然会花费更长时间完成，但可能会提高搜索质量，因为具有精确形式匹配的文档通常应该比具有词干或中缀匹配的文档排名更高。

请注意，现有的查询语法无法模拟这种扩展，因为内部扩展工作在关键字级别，并且会在短语或群集操作符内扩展关键字（这通过查询语法是不可能实现的）。请参阅示例以及 expand_keywords 如何影响搜索结果权重，以及如何通过不需要添加星号的方式找到“runsy”：

‹›
  • expand_keywords_enabled
  • expand_keywords_disabled
📋
mysql> create table t(f text) min_infix_len='2' expand_keywords='1' morphology='stem_en';
Query OK, 0 rows affected, 1 warning (0.00 sec)
mysql> insert into t values(1,'running'),(2,'runs'),(3,'runsy');
Query OK, 3 rows affected (0.00 sec)
mysql> select *, weight() from t where match('runs');
+------+---------+----------+
| id   | f       | weight() |
+------+---------+----------+
|    2 | runs    |     1560 |
|    1 | running |     1500 |
|    3 | runsy   |     1500 |
+------+---------+----------+
3 rows in set (0.01 sec)
mysql> drop table t;
Query OK, 0 rows affected (0.01 sec)
mysql> create table t(f text) min_infix_len='2' expand_keywords='exact' morphology='stem_en';
Query OK, 0 rows affected, 1 warning (0.00 sec)
mysql> insert into t values(1,'running'),(2,'runs'),(3,'runsy');
Query OK, 3 rows affected (0.00 sec)
mysql> select *, weight() from t where match('running');
+------+---------+----------+
| id   | f       | weight() |
+------+---------+----------+
|    1 | running |     1590 |
|    2 | runs    |     1500 |
+------+---------+----------+
2 rows in set (0.00 sec)

此指令不会影响 indexer，仅影响 searchd。

expansion_limit

expansion_limit = number

单个通配符展开的最大关键词数。详情见 这里。

低级分词 忽略停用词
Last modified: July 29, 2026