Elasticsearch 模糊查询 wildcard、regexp、prefix选型

左手的ㄟ右手 2022-03-11 05:30 774阅读 0赞

之前讲过Elasticsearch 的wildcard（**[通配符查询][Link 1]**）、regexp（**[正则查询][Link 2]**）、prefix（**[前缀查询][Link 3]**），他们都是致力于模糊搜索，然后在实际的项目中该如何选择，稍不注意就可能到很大性能问题。

使用方式这里就不再赘述了，他们都是**基于词条查询**，它们也需要遍历倒排索引中的词条列表来找到所有的匹配词条，然后逐个词条地收集对应的文档ID。

**针对[Numeric datatypes][]**（long, integer, short, byte, double, float....）

基本上不要使用，那样做意义真的不大，另外要关注下[数值类型和Term Query有重大变化][Term Query]的介绍。

**针对[文本类型][Link 4]**（**text和keyword）**

这一类大概是主流需求，

当搜索字段是**text**类型时**：**由于它会分词**，**在执行wildcard、regexp、prefix时和es会检查字段中的每个词条，而不是整个字段。

当搜索字段是**keyword**类型时**：**在执行wildcard、regexp、prefix时和es会检查字段中整个文本

**prefix**查询

如果满足你的需求，前缀匹配是优于wildcard和regexp。

**regexp**查询和**wildcard**查询

避免使用一个以通配符开头的模式(比如，\*foo或者正则表达式: .\*foo)，运行这类查询是非常消耗资源的。

最后再提醒下，如果你想了解它的执行过程及耗时情况（优化项从这里分析），查询是添加[profile语法][profile]。![88027849][]

[Link 1]: https://blog.csdn.net/alex_xfboy/article/details/85332335#3.5.7%C2%A0%E9%80%9A%E9%85%8D%E7%AC%A6%E6%9F%A5%E8%AF%A2
[Link 2]: https://blog.csdn.net/alex_xfboy/article/details/85332335#3.5.8%C2%A0%E6%AD%A3%E5%88%99%E6%9F%A5%E8%AF%A2
[Link 3]: https://blog.csdn.net/alex_xfboy/article/details/85332335#3.5.6%C2%A0%E5%89%8D%E7%BC%80%E6%9F%A5%E8%AF%A2
[Numeric datatypes]: https://www.elastic.co/guide/en/elasticsearch/reference/6.2/number.html
[Term Query]: https://blog.csdn.net/alex_xfboy/article/details/85648389
[Link 4]: https://blog.csdn.net/alex_xfboy/article/details/85332436#%E4%BA%94.%20%E6%95%B0%E6%8D%AE%E7%B1%BB%E5%9E%8B
[profile]: https://blog.csdn.net/alex_xfboy/article/details/85332335#2.14%C2%A0Profile%20API
[88027849]: /images/20220311/7ebf2569b7c24595ab94c702cd63e1b6.png