令牌过滤器插件允许您实现根据自定义规则创建令牌的自定义分词器。有两种类型:
- 由表设置中的 index_token_filter 声明的索引时分词器
- 由 token_filter OPTION 指令声明的查询时分词器
在文本处理管道中,令牌过滤器将在基本分词器处理完成后运行(基本分词器处理来自字段或查询的文本并生成令牌)。
索引时分词器由 indexer 在将源数据索引到表中时创建,或者由 RT 表在处理 INSERT 或 REPLACE 语句时创建。
插件声明格式为 library name:plugin name:optional string of settings。插件的初始化函数可接受任意设置,这些设置可以以 option1=value1;option2=value2;.. 的字符串格式传递。
示例:
index_token_filter = my_lib.so:email_process:field=email;split=.io
索引时令牌过滤器的调用工作流程如下:
XXX_init()在indexer创建令牌过滤器并传入空字段列表后,以及在 indexer 获取表结构及实际字段列表后被调用。它必须返回零表示初始化成功,否则返回错误描述。XXX_begin_document只在 RT 表的INSERT/REPLACE每个文档时调用。它必须返回零表示调用成功,否则返回错误描述。通过 OPTIONtoken_filter_options,可以向该函数传递额外参数/设置。INSERT INTO rt (id, title) VALUES (1, 'some text corp@space.io') OPTION token_filter_options='.io'XXX_begin_field在处理字段的基本分词器之前对每个字段调用一次,参数为字段编号。XXX_push_token对基本分词器生成的每个新令牌调用一次,参数为源令牌。它必须返回令牌、由令牌过滤器产生的额外令牌数量及该令牌的位置偏移。XXX_get_extra_token如果XXX_push_token指出存在额外令牌,则多次调用。它必须返回额外令牌及其位置偏移。XXX_end_field在当前字段的源令牌处理完成后调用一次。XXX_deinit在索引结束时调用。
必须定义以下函数:XXX_begin_document、XXX_push_token 和 XXX_get_extra_token。
查询时分词器在每次全文搜索调用时,对所涉及的每个表都会创建。
查询时令牌过滤器的调用工作流程如下:
XXX_init()在解析查询之前对每个表调用一次,参数为最大令牌长度和通过token_filter选项设置的字符串SELECT * FROM index WHERE MATCH ('test') OPTION token_filter='my_lib.so:query_email_process:io'它必须返回零表示初始化成功,否则返回错误描述。
XXX_push_token()对基本分词器生成的每个令牌调用一次,参数包括基本分词器生成的令牌、源查询字符串中的原始令牌指针和原始令牌长度。它必须返回令牌及其位置偏移。XXX_pre_morph()在令牌传递给形态学处理器前调用一次,参数为令牌引用和停用词标志。该函数可能会设置停用词标志,将该令牌标记为停用词。XXX_post_morph()在令牌经过形态学处理器处理后调用一次,参数为令牌引用和停用词标志。该函数可能会设置停用词标志,将该令牌标记为停用词。它必须返回一个标志,非零表示使用形态学处理前的令牌。XXX_deinit()在查询处理结束时调用。
缺少这些函数是允许的。
indextool 是一个有用的工具,用于提取物理表的各种信息,不包括 template 或 distributed 表。以下是使用 indextool 的通用语法:
indextool <command> [options]
这些选项适用于所有命令:
--config <file>(简写为-c <file>)允许覆盖默认的配置文件名。--quiet(简写为-q)抑制indextool的横幅输出等信息。--help(简写为-h)显示你的indextool特定构建版本中可用的所有参数。-v显示你的indextool特定构建版本的版本信息。
以下是可用的命令:
--checkconfig加载并验证配置文件,检查其有效性及语法错误。--buildidf DICTFILE1 [DICTFILE2 ...] --out IDFILE从一个或多个字典转储文件(参见--dumpdict)构建 IDF 文件。额外参数--skip-uniq会省略唯一词(df=1)。--build-infixes TABLENAME为已存在的 dict=keywords 表生成中缀(原地更新 .sph, .spi 文件)。适用于已使用 dict=keywords 的传统表文件,但现在需要支持中缀搜索;使用 indextool 更新表文件可能比用 indexer 重新创建更简单或更快。--dumpheader FILENAME.sph立即转储指定的表头文件,而不会干扰任何其他表文件或配置文件。报告详细显示所有表设置,尤其是完整的属性和字段列表。--dumpconfig FILENAME.sph以几乎符合 manticore.conf 文件格式的格式,提取指定表头文件的表定义。--dumpheader TABLENAME按表名转储表头,同时在配置文件中查找表头路径。--dumpdict TABLENAME转储字典。额外的-stats开关会向字典转储中添加文档总数。这对于用于 IDF 文件创建的字典文件是必需的。--dumpdocids TABLENAME按表名转储文档 ID。--dumphitlist TABLENAME KEYWORD转储指定表中某关键词的所有实例(出现次数),关键词以文本定义。--dumphitlist TABLENAME --wordid ID转储指定表中某关键词的所有实例(出现次数),关键词以内部数字 ID 表示。--dumpkilllist TABLENAME转储指定表的 kill list 内容,包括目标和标记。也可用作--dumpkilllist FILENAME.spk。--docextract TBL DOCID执行整个字典/文档/命中标准表检查,收集请求文档相关的所有词和命中,然后将所有词按字段和位置排序,最终按字段分组打印结果。--fold TABLENAME OPTFILE该选项帮助理解分词器如何处理输入。你可以向 indextool 提供来自指定文件的文本(若指定)或默认从 stdin 读取。输出将根据charset_table设置,将分隔符替换为空格,并将单词中字母转换为小写。--htmlstrip TABLENAME使用指定表的 HTML 去除设置过滤 stdin,并将结果输出到 stdout。注意设置将从 manticore.conf 中获取,而非表头。--mergeidf NODE1.idf [NODE2.idf ...] --out GLOBAL.idf将多个 .idf 文件合并成一个。额外参数--skip-uniq会忽略唯一词(df=1)。--morph TABLENAME对给定的 stdin 应用形态学处理,并将结果输出到 stdout。--check TABLENAME检查表数据文件是否存在由indexer错误或硬件故障导致的一致性错误。--check也适用于 RT 表、RAM 和磁盘块。附加选项:--check-id-dups检查普通表和 RT 表所有磁盘块中的重复文档 ID。--check-disk-chunk CHUNK_NAME仅检查 RT 表的指定磁盘块。参数是 RT 表磁盘块的数字扩展名。
--strip-path移除表中引用的所有文件名(停词、词形变化、例外等)中的路径名。当验证不同机器上可能路径结构不同的表时非常有用。--rotate仅兼容--check,用于决定是否检查等待旋转的表,即带有 .new 扩展名的表。这在你希望在实际使用之前验证表时非常有用。--apply-killlists加载并应用配置文件中列出的所有表的 kill-lists。更改保存到 .SPM 文件,kill-list 文件 (.SPK) 被删除。如果你想将 kill-list 的应用从服务器启动阶段转移到索引阶段,这项功能会很方便。
indextool 无法完全检查当前由守护进程服务的 RT 表。尝试检查活跃的 RT 表时,可能会遇到以下警告:
WARNING: failed to load RAM chunks, checking only N disk chunks
为避免这些警告并确保正确检查 RT 表,请考虑以下方法:
- 在运行
indextool --check前停止守护进程。 - 确保 RT 表当前未被守护进程服务。
- 检查 RT 表的独立副本,而非在线表。
如果无法停止守护进程,可以在运行 indextool --check 之前执行以下 MySQL 语句,防止对 RT 表发生意外修改:
SET GLOBAL AUTO_OPTIMIZE=0;
此命令防止守护进程执行自动优化,确保RT表文件保持不变。执行此语句后,请等待优化线程完全停止,然后再运行 indextool --check。这确保了在检查过程中不会意外修改或删除任何磁盘块。
如果之前启用了自动优化,在检查完成后应手动重新启用它,运行:
SET GLOBAL AUTO_OPTIMIZE=1;
spelldump 命令用于从使用 ispell 或 MySpell 格式的字典文件中检索内容。当您需要为词形变化编译单词列表时,这非常有用,因为它会为您生成所有可能的形式。
以下是通用语法:
spelldump [options] <dictionary> <affix> [result] [locale-name]
主要参数是字典的主要文件和附录文件。通常,这些文件分别命名为 [language-prefix].dict 和 [language-prefix].aff。您可以在大多数标准 Linux 发行版或许多在线资源中找到这些文件。
[result] 参数是提取的字典数据将被存储的位置,[locale-name] 参数用于指定您选择的区域详细信息。
还有一个可选的 -c [file] 选项。此选项允许您指定用于大小写转换的文件。
这里有一些使用示例:
spelldump en.dict en.aff
spelldump ru.dict ru.aff ru.txt ru_RU.CP1251
spelldump ru.dict ru.aff ru.txt .1251
生成的文件将列出字典中的所有单词,按字母顺序排列并格式化为词形变化文件。然后您可以根据具体需求修改此文件。以下是一个输出文件可能的示例:
zone > zone
zoned > zoned
zoning > zoning
wordbreaker 工具旨在分解复合词,这是 URL 中的常见特征,将其分解为单独的组件。例如,它可以将 "lordoftherings" 分解为四个单独的词,或将 http://manofsteel.warnerbros.com 分解为 "man of steel warner bros"。这种能力通过消除前缀或中缀的需求来增强搜索功能。例如,搜索 "sphinx" 将不会返回 "sphinxsearch" 的结果。然而,如果应用 wordbreaker 来拆分复合词并索引分离的元素,搜索将成功,而不会像全文索引中使用前缀或中缀时那样增加文件大小。
这里有一些如何使用 wordbreaker 的示例:
echo manofsteel | bin/wordbreaker -dict dict.txt split
man of steel
-dict 字典文件用于将输入流分解为单独的词。如果没有指定字典文件,Wordbreaker 将在当前工作目录中查找名为 wordbreaker-dict.txt 的文件。(请确保字典文件与您正在处理的复合词的语言匹配。)split 命令从标准输入中拆分单词并将结果发送到标准输出。test 和 bench 命令也用于评估拆分质量并测量拆分功能的性能。
Wordbreaker 使用字典来识别给定字符串中的各个子字符串。为了区分多个潜在的拆分,它会考虑每个词在字典中的相对频率。频率越高,表示该词被拆分的可能性越大。要生成此类文件,可以使用 indexer 工具:
indexer --buildstops dict.txt 100000 --buildfreqs myindex -c /path/to/manticore.conf
这将生成一个名为 dict.txt 的文本文件,其中包含 myindex 中最常见的 100,000 个词及其各自的计数。由于此输出文件是一个简单的文本文件,您可以根据需要对其进行手动编辑。可以添加或删除词。
Manticore Search API 使用 OpenAPI 规范进行文档编写,可用于生成客户端 SDK。机器可读的 YAML 文件可在 https://raw.githubusercontent.com/manticoresoftware/openapi/master/manticore.yml 获取。
您也可以在在线 Swagger 编辑器中查看该规范的可视化版本,点击这里。
在 Manticore,我们收集各种匿名指标以提升我们产品的质量,包括 Manticore Search。通过分析这些数据,我们不仅可以改善产品的整体性能,还能识别出哪些功能最值得优先开发,从而为用户提供更多价值。遥测系统在一个独立的线程上以非阻塞模式运行,每隔几分钟采集快照并发送。
我们非常重视您的隐私,您可以放心,所有指标都是完全匿名的,不会传输任何敏感信息。不过,如果您仍希望禁用遥测,可以通过以下方式实现:
- 设置环境变量
TELEMETRY=0 - 或在配置文件的
searchd部分设置telemetry = 0
以下是我们收集的所有指标列表:
⏱️ 符号表示该指标为周期性收集,其他指标则是基于特定事件收集。
| 指标 | 描述 |
|---|---|
invocation |
Manticore Buddy 启动时发送 |
plugin_* |
表示执行了指定名称的插件,例如 plugin_backup 表示备份插件执行 |
command_* |
⏱️ 所有此前缀的指标均来自 Manticore 守护进程的 show status 查询 |
uptime |
⏱️ Manticore Search 守护进程运行时间 |
workers_total |
⏱️ Manticore 使用的工作线程数 |
cluster_count |
⏱️ 该节点处理的集群数量 |
cluster_size |
⏱️ 所有集群中节点的总数 |
table_*_count |
⏱️ 各类型表(plain、percolate、rt、distributed)创建的数量 |
*_field_*_count |
⏱️ rt 和 percolate 类型表中各字段类型的数量 |
columnar |
⏱️ 表示使用了 Columnar 库 |
columnar_field_count |
⏱️ 使用 Columnar 库的字段数 |
Manticore 备份工具默认向 Manticore 指标服务器发送匿名指标,以助于产品改进。如果您不想发送遥测,可通过加上 --disable-metric 参数运行工具或设置环境变量 TELEMETRY=0 来禁用。
以下是所有收集的指标列表:
| 指标 | 描述 |
|---|---|
invocation |
备份启动时发送 |
failed |
备份失败时发送 |
done |
备份/恢复成功时发送 |
arg_* |
工具执行时使用的参数(不包括索引名等) |
backup_store_versions_fails |
保存备份中的 Manticore 版本失败 |
backup_table_count |
备份的表总数 |
backup_no_permissions |
由于目标目录权限不足导致的备份失败 |
backup_total_size |
完整备份的总大小 |
backup_time |
备份所用时间 |
restore_searchd_running |
由于 searchd 正在运行,恢复进程启动失败 |
restore_no_config_file |
恢复时备份中未找到配置文件 |
restore_time |
恢复所用时间 |
fsync_time |
fsync 操作所用时长 |
restore_target_exists |
目标路径中已存在文件夹或索引,导致恢复失败 |
terminations |
表示进程被终止 |
signal_* |
导致进程终止的信号 |
tables |
Manticore 中的表数量 |
config_unreachable |
指定的配置文件不存在 |
config_data_dir_missing |
解析指定配置文件中的 data_dir 失败 |
config_data_dir_is_relative |
Manticore 实例配置文件中的 data_dir 路径是相对路径 |
每个指标都带有以下标签:
| 标签 | 描述 |
|---|---|
collector |
buddy。表示该指标由 Manticore Buddy 收集 |
os_name |
操作系统名称 |
os_release_name |
取自 /etc/os-release 的名称(如果存在),否则为 unknown |
os_release_version |
取自 /etc/os-release 的版本(如果存在),否则为 unknown |
dockerized |
是否运行在 Docker 环境中 |
official_docker |
如果是 Docker,表示是否使用官方镜像 |
machine_id |
服务器标识符(Linux 下 /etc/machine-id 的内容) |
arch |
运行主机的架构 |
manticore_version |
Manticore 版本 |
columnar_version |
如果安装了 Columnar 库则为该库版本 |
secondary_version |
如果安装了 Columnar 库则为二级库版本 |
knn_version |
如果安装了 Columnar 库则为 KNN 库版本 |
buddy_version |
Manticore Buddy 版本 |