Elasticsearch 常见面试题


Elasticsearch 常见面试题


思维导图

基本操作

Elasticsearch 提供 RESTful 的 API 对文档的操作也是增删查改,语法设计的主要内容就是 HTTP 请求的动作, HTTP 请求的路径,请求体。

创建索引

直接运行:

curl -XPUT "localhost:9200/index_test"

会创建名为index_test的索引,ES会根据插入的数据自动创建type与mapping,可以通过配置文件关闭ES的自动创建mapping功能。

也可以手动指定mapping,请求方式如下:

curl -XPUT "localhost:9200/index_test" -d ' # 注意这里的'号
{
  "settings": {
    "index": {
      "number_of_replicas": "1", # 设置复制数
      "number_of_shards": "5" # 设置主分片数
    }
  },
  "mappings": { # 创建mapping
    "test_type": { # 在index中创建一个新的type(相当于table)
      "properties": {
        "name": { # 创建一个字段(string类型数据,使用普通索引)
          "type": "string",
          "index": "not_analyzed"
        },
        "age": {
          "type": "integer"
        }
      }
    }
  }
}

查看mapping:

curl -XGET 'localhost:9200/index_test/_mapping/test_type'

删除mapping:

curl -XDELETE 'localhost:9200/index_test/_mapping/test_type'

删除该索引:

curl -XDELETE "localhost:9200/index_test"

Elasticsearch 中的增是由 HTTP PUT 方法完成的,路径指定使用的索引和文档 Id(索引无则自动创建,没有 Id 则随即生成), 请求体是文档体(以 json 形式)。

新增一条,使用 _doc 端点新增一个文档(books 即为文档归属的索引),1 即文档 Id

PUT books/_doc/1
{
    "title":"Effective Java",
    "author":"Joshua Bloch",
    "release_date":"2001-06-01",
    "amazon_rating":4.7,
    "best_seller":true,
    "prices": {
        "usd":9.95,
    }
}

批量新增多个文档:

POST _bulk
{"index":{"_index":"books","_id":"1"}}
{"title": "titlePHP,"author": "author1","edition": 11, "synopsis": "PHP synopsis","amazon_rating": 4.6,"release_date": "2018-08-27","tags": ["Programming Languages, PHP Programming"]}
{"index":{"_index":"books","_id":"2"}}
{"title": "titleJAVA","author": "author2", "edition": 3,"synopsis": "JAVA synopsis", "amazon_rating": 4.7, "release_date": "2017-12-27", "tags": ["Object Oriented Software Design"]}

注意这里的请求体并非是一个常规的 json,这里是使用 多个 json 组成的,每两个 json 为一组,前一个制定索引和 Id,后一个指定文档体。

计数

通过索引下的 _count 端点

GET /books/_count

根路径下的 _count 端点返回所有索引的文档数量。

通过 Id 查询文档

通过索引下的 _doc 或 _source 端点和文档 Id

GET /books/_doc/1

GET /books/_source/1

搜索文档(包括聚合)

通过索引下的 _search 端点和查询请求体。

Elasticsearch 存在许多复杂请求基本都是依靠请求体进行的。


查询指定属性:

GET books/_search
{
    "query": {
        "match": {
            "author": "Joshua"
        }
    }
}

结构化查询(如查询age在18-60之间的文档):

GET books/_search
{
    "query": {
        "range":{
            "age{
                "gte":18,
                "lte":60
            }
        }
    }
}

也支持filter操作,速度比query快,需要结合布尔类型使用。


多个条件联合查询(如查找name中包含“一页书“且age为18的文档):

GET books/_search
{
    "query": {
        “bool”: {
            "must":[
                {
                    "match":{
                        "name":"一页书"
                    }
                },
                {
                "filter":{
                    "term"{
                        "age":18
                    }
                }
            ]
        }
    }
}

支持must(与)、should(或)、must not等逻辑运算。


match、macth_phrase、multi_match与term的区别

match对会先对query进行分词,只要文档里面包含一个query中一个词就会被搜出来;

macth_phrase也会对query进行分词,但一个文档必须包含query里面所有的词才会被搜出来,可以通过slop参数降低这种约束;

GET books/_search
{
    "query": {
        "match_phrase": {
            "content" : {
                "query" : "我的宝马多少马力",
                "slop" : 1
            }
        }
    }
}

multi_match对多个字段同时进行匹配;

term表示完全匹配,不对query进行分词,直接去匹配索引。

更新

修改整条数据(也可用PUT):

POST books/_doc/1
{
    "title":"Effective Java",
    "author":"Joshua Bloch",
    "release_date":"2001-06-01",
    "amazon_rating":4.7,
    "best_seller":true,
    "prices": {
        "usd":9.95,
    }
}

只修改里面的一部分字段(只能使用POST):

POST books/_update/1
{
    "doc": {
        "title":"JS"
    }
}

删除

DELETE books/_doc/1

讲解一

1、Elasticsearch是什么

1.1 概念:

Elasticsearch是由]ava语言开发基于Lucene的一款开源的搜索、聚合分析和存储引擎。同时它也可以称作是一种非关系型文档数据库。

1.2 特点:

  • 天生分布式、高性能、高可用、易扩展、易维护。
  • 跨语言、跨平台:几乎支持所有主流编程语言,并且支持在”Linux、Windows、MacOS”多平台部署
  • 支持结构化、非结构化、地理位置搜索等

1.3 适用场景:

  1. 海量数据的全文检索,搜索引擎、垂直搜索、站内搜索:
    • 百度、知乎、微博、CSDN
    • 导航、外卖、团购等软件
    • 以京东、淘宝为代表的垂直搜索
    • B站、抖音、爱奇艺、QQ音乐等音视频软件
    • Github
  2. 数据分析和聚合查询
  3. 日志系统:ELK

2、mapping是什么,你知道es哪些数据类型?

2.1 概念:

ES中的mapping有点类似与RDB中“表结构”的概念,在MySQL中,表结构里包含了字段名称,字段的类型还有索引信息等。 在Mapping里也包含了一些属性,比如字段名称、类型、字段使用的分词器、是否评分、是否创建索引等属性, 并且在ES中一个字段可以有对个类型。分词器、评分等概念在后面的课程讲解。

2.2 ES数据类型

2.2.1 常见类型

1- 数字类型:long 、 integer 、 short 、byte 、 double 、 float 、 half_float 、 scaled_float 、unsigned_long

2- Keywords:

  1. keyword: 适用于索引结构化的字段,可以用于过滤、排序、聚合。keyword类型的字段只能过精确值(exact value)搜索到。 Id应该用keyword.。keyword字段通常用于排序,汇总和Term查询,例如term。
  2. constant keyword: 始终包含相同值的关键字字段
  3. wildcard: 可针对类似grep的通配符查询优化日志行和类似的关键字值

3- dates(时间类型):包括date和date_nanos,

4- alias: 为现有字段定义别名。

5- text: 当一个字段是要被全文搜索的,比如Email内容、产品描述,这些字段应该使用text类型。 设置text类型以后,字段内容会被分析,在生成倒排索引以前,字符串会被分析器分成一个一个词项。 text类型的字段不用于排序,很少用于聚合。(解释一下为啥不会为text创建正排索引:大量堆空间, 尤其是在加载高基数text字段时。字段数据一旦加载到堆中,就在该段的生命周期内保持在那里。 同样,加载字段数据是一个昂贵的过程,可能导致用户遇到延迟问题。这就是默认情况下禁用字段数据的原因)

2.2.2 对象关系类型

  1. object:用于单个JSON对象
  2. nested:用于JSON对象数组
  3. join: 为同一索引中的文档定义父/子关系。

2.2.3 结构化类型

  1. geo-point: 纬度/经度积分
  2. geo-shape: 用于多边形等复杂形状
  3. point: 笛卡尔坐标点
  4. shape: 笛卡尔任意几何图形

2.3 自动映射和手工映射

2.3.1 Dynamic field mapping:

整数 => long 
浮点数 => float 
true || false => boolean 
日期 => date 
数组 => 取决于数组中的第一个有效值 
对象 => object 
字符串类型 => 如果不是数字和日期类型,那会被映射为text和keyword两个

除了上述字段类型之外,其他类型都必须显示映射,也就是必须手工指定,因为其他类型ES无法自动识别。

2.3.2 Expllcit field mapping: 手动映射

PUT /product
{
    "mappings": {
        "properties": {
            "field":{
                "mapping_parameter": "parameter_value"
            }
        }
    }
}

2.4 映射参数

  1. index:是否对创建对当前字段创建倒排索引,默认true,如果不创建索引,该字段不会通过索引被搜索到,但是仍然会在source元数据中展示
  2. analyzer:指定分析器(character filter、tokenizer、.Token filters)。
  3. boost:对当前字段相关度的评分权重,默认1
  4. coerce:是否允许强制类型转换 true “1” => 1 false “1” =< 1
  5. copy to:该参数允许将多个字段的值复制到组字段中,然后可以将其作为单个字段进行查询
  6. doc values:为了提升排序和聚合效率,默认true,如果确定不需要对字段进行排序或聚合,也不需要通过脚本访问字段值, 则可以禁用doc值以节省磁盘空间(不支持text和annotated text)
  7. dynamic:控制是否可以动态添加新字段
    • 1.true新检测到的字段将添加到映射中。(默认)
    • 2.false新检测到的字段将被忽略。这些字段将不会被索引,因此将无法搜索,但仍会出现在source返回的匹配项中。 这些字段不会添加到映射中,必须显式添加新字段。
    • 3.strict如果检测到新字段,则会引发异常并拒绝文档。必须将新字段显式添加到映射中
  8. eager_global_ordinals:用于聚合的字段上,优化聚合性能。
  9. Frozen indices(冻结索引:有些索引使用率很高,会被保存在内存中,有些使用率特别低,宁愿在使用的时候重新创建, 在使用完毕后丢弃数据,Frozen indices的数据命中频率小,不适用于高搜索负载,数据不会被保存在内存中, 堆空间占用比普通索引少得多,Frozen indices是只读的,请求可能是秒级或者分钟级。*eager global ordinals?不适用于Frozen indices
  10. enable:是否创建倒排索引,可以对字段操作,也可以对索引操作,如果不创建索引,让然可以检索并在source元数据中展示, 通慎使用,该状态无法修改。fielddata:查询时内存数据结构,在首次用当前字段聚合、排序或者在脚本中使用时, 需要字段为fielddata数据结构,并且创建倒排索l保存到堆中
    PUT my_index
    "mappings":
    "enabled":false
    
  11. *fields:给field创建多字段,用于不同目的(全文检索或者聚合分析排序)
  12. format:格式化
    "date":
    "type":"date",
    "format":"yyyy-MM-dd"
    
  13. ignore above:超过长度将被忽略
  14. ignore malformed:忽路类型错误
  15. index options:控制将哪些信息添加到反向索引中以进行搜索和突出显示。仅用于text字段
  16. Index phrases:提升exact value查询速度,但是要消耗更多磁盘空间
  17. Index prefixes:前缀搜索
    • 1.min chars:前缀最小长度,>0,默认2(包含)》
    • 2.max chars:.前缀最大长度,<20,默认5(包含)】
  18. meta:附加元数据
  19. normalizer:
  20. norms:是否禁用评分(在filter和聚合字段上应该禁用)。
  21. null value:为null值设置默认值*
  22. position increment gap:
  23. proterties:除了mapping还可用于object的属性设置
  24. search analyzer:设置单独的查询时分析器:
  25. similarity:为字段设置相关度算法,支持BM25、claassic(TF-lDF)、boolean
  26. store:设置字段是否仅查询
  27. term vector:*运维参数

3、什么是全文检索

3.1 相关度

  • 搜索:有明确的查询边界
  • 检索:讲究相关度,无明确的查询条件边界

3.2 图解全文检索

倒排索引

切词:word segmentation
规范化:normalization
去重:distinct
字典序:sorted

相关度排名

4、ES支持哪些类型的查询

此题目答案不唯一,按照不同的分类方式,答案也不一样

4.1 按语言划分

4.1.1 Query DSL: Domain Specific Language

4.1.2 Script: 脚本查询

4.1.3 Aggregations: 聚合查询

4.1.4 SQL查询

4.1.5 EQL查询

4.2 按场景划分

4.2.1 Query String

  • 查询所有:GET /product/_search
  • 带参数:GET /product/_search?q=name:xiaomi
  • 分页:GET /product/_search?from=0&size=2&sort=price:asc
  • 精准匹配 exact value:GET /product/_search?q=date:2021-06-01
  • _all搜索相当于在所有有索引的字段中检索:GET /product/_sexrch?q=2021-06-01
#验证a11搜索
PUT product
{
    "mappings": {
        "properties": {
            "desc": {
                "type":"text",
                "index":false
            }
        }
    }
}

#先初始化数据
POST /product/_update/5
{
    "doc": {
        "desc":"erji zhong de kendeji 2021-06-01"
    }
}

4.2.2 全文检索 - Fulltext query

GET index/search
{
    "query": {
        ***
    }
}
  • match: 匹配包含某个term的子句
  • match_all: 匹配所有结果的子句
  • multi_match: 多字段条件
  • match_phrase: 短语查询

4.2.3 精准查询- Term query

term: 匹配和搜索词项完全相等的结果

  1. term 和 match phrasel区别:
    • match phrase 会将检索关键词分词,match phrase 的分词结果必须在被检索字段的分词中都包含,而且顺序必须相同,而且默认必须都是连续的
    • term 搜索不会将搜索词分词
  2. term 和 keyword 区别
    • term 是对于搜索词不分词
    • keyword 是字段类型,是对于 source data 中的字段值不分词

terms: 匹配和搜索词项列表中任意项匹配的结果

range: 范围查找

4.2.4 过滤器- Filter

GET _search
{
    "query": {
         "constant_score": {
             "filter": {
                 "term": {
                    "status":"active"
                 }
             }
         }
    }
}
  • filter: query和filter的主要区别在:filter是结果导向的而query是过程导向。 query倾向于”当前文档和查询的语句的相关度”而filter倾向于”当前文档和查询的条件是不是相符”。 即在查询过程中,query:是要对查询的每个结果计算相关性得分的,而filter不会。另外filter有相应的缓存机制,可以提高查询效率。

4.2.5 组合查询- Bool query

bool: 可以组合多个查询条件,bool查询也是采用more matches is better的机制,因此满足must和should子句的文档将会合并起来计算分值

  • must:必须满足子句(查询)必须出现在匹配的文档中,并将有助于得分。
  • filter:过滤器不计算相关度分数,cache女子句(查询)必须出现在匹配的文档中。但是不像must查询的分数将被忽略。 Filter子句在filter上下文中执行,这意味着计分被忽略,并且子句被考虑用于缓存。
  • should:可能满足or子句(查询)应出现在匹配的文档中。
  • must not:必须不满足不计算相关度分数not子句(查询)不得出现在匹配的文档中。子句在过滤器上下文中执行, 这意味着计分被忽略,并且子句被视为用于缓存。由于忽略计分,0因此将返回所有文档的分数。

minimum_should_match: 参数指定should返回的文档必须匹配的子句的数量或百分比。如果bool查询包含至少一个should子句, 而没有must或filter子句,则默认值为1。否则,默认值为0

4.2.6 地理位置搜索

4.2.7 嵌套查询:Object 、 Nested 、 Join

4.3 按数据类型(准确度)划分

4.3.1 全文检索:match

4.3.2 精确查找:term

4.3.3 模糊查询:suggester、模糊查询、通配符、正则查找

5、term、natch有何区别,你还知道哪些检索类型

5.1 term 和 match

term: 对搜索词不分词,不影响源数据

match: 对搜索词分词,不影响源数据

5.2 term和keyword

term: 检索类型

keyword: 字段类型

6、为什么MySQL(B+Trees)不适合做全文检索?

数据结构学习网站:https://www.cs.usfca.edu/~galles/visualization/Algorithms.html

文件页,最小 4KB

DataMapper 数据页

B-Trees:B树,最小 16KB

B+Trees:B加树

6.1 什么是索引

  • 帮助快速检索
  • 以数据结构为载体
  • 以文件的形式落地

6.2 数据库的组成

6.3 B-Trees的数据结构

6.4 B+Trees的数据结构

6.5 B+Trees做全文检索的弊端

1.索引往往字段很长,如果使用B+trees,树可能很深,IO很可怕

2.性能无法保证并且索引会失效

3.精准度差(相度低),并且无法和其他属性产生相关性

6.6、倒排索引的数据结构

索引:对Mysql来说,是B+树,对Elasticsearch/Lucene来说,是倒排索引。

为什么叫倒排索引?

在没有搜索引擎时,我们是直接输入一个网址,然后获取网站内容,这时我们的行为是:document -> to -> words 。 通过文章,获取里面的单词,此谓「正向索引」,forward index。 后来,我们希望能够输入一个单词,找到含有这个单词、或者和这个单词有关系的文章:word -> to -> documents 于是我们把这种索引,称为 inverted index,直译过来,应该叫「反向索引」,国内翻译成「倒排索引」。

6.7、倒到排索的压缩算法

6.8、什么是字段树:trie

6.9、FST的构建原理

6.10、FST的构建过程和源码解析

视频

ES面试必问:Elasticsearch是什么? https://www.bilibili.com/video/BV1714y1c7Gh/?vd_source=14e623b3280938e774caf714015caa22






参考资料

ES面试必问:Elasticsearch是什么? https://www.bilibili.com/video/BV1714y1c7Gh

如何系统学习ElasticSearch、Kibana、Logstash (博主博客列表有好多可阅读的ElasticSearch相关内容) https://blog.csdn.net/qq_36095679/article/details/103144985

Elasticsearch 索引、修改、删除文档 https://zhuanlan.zhihu.com/p/378416938


返回