:::info 版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
    本文链接:https://blog.csdn.net/UbuntuTouch/article/details/106886580 :::

    简介: Elasticsearch 是一款功能强大且功能丰富的搜索工具。本文将介绍一种小众的数据类型 Percolator ,同时介绍Percolate query的使用。 您需要基本了解 Elasticsearch,尤其是mapping和search。
    作者
    刘晓国,Elastic 公司社区布道师。新加坡国立大学硕士,西北工业大学硕士,曾就职于新加坡科技,康柏电脑,通用汽车,爱立信,诺基亚,Linaro,Ubuntu,Vantiq 等企业。
    编辑
    丛聿,架构师(搜索方向)
    前言
    Elasticsearch 是一款功能强大且功能丰富的搜索工具。本文将介绍一种小众的数据类型 Percolator ,同时介绍Percolate query的使用。 您需要基本了解 Elasticsearch,尤其是mapping和search。
    概念
    Elasticsearch 的正常工作流程是将文档(JSON数据)存储在索引中,然后在执行搜索时通过索引查询这些文档的信息。设想如果反转这种使用流程将如何(即先有查询条件,再有文档),Percolate即可实现这种逆转的流程。其使用流程是先存储search条件,之后使用文档询问是否可命中这些搜索条件。本文接下来将介绍如何构造和使用percolator。
    Percolation功能围绕percolator字段类型展开。 与其他字段类型一样(先在mappings中定义,再进行写入),不同的是它将搜索条件作为文档进行存储。当存储数据时,索引会将此搜索条件的文档处理为可执行形式,并将其保存以备后用。
    Percolate query接受一个或多个文档,并返回预先存储的搜索条件文档(该条件至少匹配一个传入的文档)。在执行搜索时,Percolate query的工作原理与其他任何查询模式一样,不同的一些细节将在下文介绍。
    深入理解
    在底层,具有percolate字段的索引将保留于一个隐藏的索引(内存中)。查询时,首先将在 percolate query 中列出的文档放入该索引,然后对该索引执行常规查询,看与原始的含 percolate 字段的搜索条件是否匹配。
    该隐藏索引是从原始 percolator 索引获取其映射的。因此,用于 percolate query 的索引字段需要具有适合原始数据和查询文档数据的mappings配置。
    这引入了一些索引管理的问题,因为你的索引数据和 percolate query 文档可能以不同的方式使用同一字段。一个简单的方式是使用对象类型(object type) 将 percolate 相关的映射与普通文档映射分开,具体可参考后文给出的例子。
    假设你使用的查询最初是为另一个索引A中的数据编写的,那么最直接的方法是将数据隔离以避免数据直接写到 percolate 索引中去,并将索引A中根级别的mappings在 percolate索引中进行定义。
    此外,由于percolate field被解析为搜索条件并在索引时保存,因此在升级ES主版本后可能需要reindex Percolate文档。
    示例
    在此示例中,我们将建立一个索引,该索引含有保存的玩具名字和玩具价格搜索条件。其背后思路是,用户输入搜索词和最高价格,然后在与该玩具名匹配的商品价格低于用户指定价格时立即得到通知。此外用户还可以打开和关闭这些通知。下面的映射通过percolate索引来支持此功能。与保存的搜索条件本身相关的字段位于search对象中,而与原始玩具相关的字段位于映射的根级别。
    首先,我们使用如下命令来创建一个索引:

    1. PUT toys {
    2. "mappings": {
    3. "properties": {
    4. "search": {
    5. "properties": {
    6. "query": {
    7. "type": "percolator"
    8. },
    9. "user_id": {
    10. "type": "integer"
    11. },
    12. "enabled": {
    13. "type": "boolean"
    14. }
    15. }
    16. },
    17. "price": {
    18. "type": "float"
    19. },
    20. "description": {
    21. "type": "text"
    22. }
    23. }
    24. }
    25. }

    我们接着使用命令写入一个文档,即用户的查询条件。此处我们将数据存储在 search 对象字段中。price 和 description 的映射仅用于支持 percolate query。

    1. PUT toys/_doc/1
    2. {
    3. "search": {
    4. "user_id": 5,
    5. "enabled": true,
    6. "query": {
    7. "bool": {
    8. "filter": [
    9. {
    10. "match": {
    11. "description": {
    12. "query": "nintendo switch"
    13. }
    14. }
    15. },
    16. {
    17. "range": {
    18. "price": {
    19. "lte": 300
    20. }
    21. }
    22. }
    23. ]
    24. }
    25. }
    26. }
    27. }

    查询时,我们要同时使用普通对象字段和“特殊的” percolator 字段。 此查询将在用户搜索时检查是否有当前启用的搜索条件与文档匹配。

    1. GET toys/_search
    2. {
    3. "query": {
    4. "bool": {
    5. "filter": [
    6. {
    7. "percolate": {
    8. "field": "search.query",
    9. "document": {
    10. "description": "Nintendo Switch",
    11. "price": 250
    12. }
    13. }
    14. },
    15. {
    16. "term": {
    17. "search.enabled": true
    18. }
    19. },
    20. {
    21. "term": {
    22. "search.user_id": 5
    23. }
    24. }
    25. ]
    26. }
    27. }
    28. }

    请注意,此处结合使用了基础字段的查询(search.user_id和search.enabled字段),以及percolator条件字段的查询(search.query),用以对指定的用户ID在启用状态下生效。
    运行上面的指令后,我们可以看到如下结果:

    1. {
    2. "took" : 1,
    3. "timed_out" : false,
    4. "_shards" : {
    5. "total" : 1,
    6. "successful" : 1,
    7. "skipped" : 0,
    8. "failed" : 0
    9. },
    10. "hits" : {
    11. "total" : {
    12. "value" : 1,
    13. "relation" : "eq"
    14. },
    15. "max_score" : 0.0,
    16. "hits" : [
    17. {
    18. "_index" : "toys",
    19. "_type" : "_doc",
    20. "_id" : "1",
    21. "_score" : 0.0,
    22. "_source" : {
    23. "search" : {
    24. "user_id" : 5,
    25. "enabled" : true,
    26. "query" : {
    27. "bool" : {
    28. "filter" : [
    29. {
    30. "match" : {
    31. "description" : {
    32. "query" : "nintendo switch"
    33. }
    34. }
    35. },
    36. {
    37. "range" : {
    38. "price" : {
    39. "lte" : 300
    40. }
    41. }
    42. }
    43. ]
    44. }
    45. }
    46. }
    47. },
    48. "fields" : {
    49. "_percolator_document_slot" : [
    50. 0
    51. ]
    52. }
    53. }
    54. ]
    55. }
    56. }

    如果我们改用如下搜索条件

    1. GET toys/_search
    2. {
    3. "query": {
    4. "bool": {
    5. "filter": [
    6. {
    7. "percolate": {
    8. "field": "search.query",
    9. "document": {
    10. "description": "Nintendo Switch",
    11. "price": 500
    12. }
    13. }
    14. },
    15. {
    16. "term": {
    17. "search.enabled": true
    18. }
    19. },
    20. {
    21. "term": {
    22. "search.user_id": 5
    23. }
    24. }
    25. ]
    26. }
    27. }
    28. }

    其中price不满足percolate预先存储的条件,因此将找不到任何结果:

    1. {
    2. "took" : 1,
    3. "timed_out" : false,
    4. "_shards" : {
    5. "total" : 1,
    6. "successful" : 1,
    7. "skipped" : 0,
    8. "failed" : 0
    9. },
    10. "hits" : {
    11. "total" : {
    12. "value" : 0,
    13. "relation" : "eq"
    14. },
    15. "max_score" : null,
    16. "hits" : [ ]
    17. }
    18. }

    结束语
    在实际使用中,我们可以在 Logstash的Elasticsearch过滤器中 针对每个事件来使用 Elasticsearch 做 query。即我们也可以得到这个事件是否满足预设的 search条件,如果满足条件则可以执行其后续流程。
    参考
    【1】https://www.elastic.co/blog/elasticsearch-data-enrichment-with-logstash-a-few-security-examples
    声明
    本文由作者刘晓国授权转载,版权归作者所有,未经许可不得擅自转载或引用。
    出处链接:https://elasticstack.blog.csdn.net/.