传统的我们的检索是通过文章,逐个遍历找到对应关键词的位置.
而倒排索引,是通过分词策略,形成了词和文章的映射关系表,这种词典+映射表即为倒排索引(Inverted Index).
有倒排索引就有正排索引.通俗的来讲,正排索引是通过key来找value,反向索引是通过value来找key
有了倒排索引,就能实现O (1) 时间复杂度的效率检索,极大的提高了检索效率
POST _bulk
{"index":{"_index":"user","_id":"1"}}
{"name":"张三","gender":"1","age":21,"address":"北京市朝阳区"}
{"index":{"_index":"user","_id":"2"}}
{"name":"李四","gender":"2","age":22,"address":"北京市海淀区"}
{"index":{"_index":"user","_id":"3"}}
{"name":"王五","gender":"1","age":23,"address":"深圳市宝安区"}
{"index":{"_index":"user","_id":"4"}}
{"name":"赵六","gender":"1","age":23,"address":"朝阳市双塔区"}

es再储存这些数据时,就使用到了倒排索引,主要是基于分词的策略来生成倒排索引
以address字段为例:
| Term | Document id |
|---|---|
| 北京市 | [1,2] |
| 深圳市 | 3 |
| 朝阳市 | 4 |
| 朝阳 | [1,4] |
| 朝阳区 | 1 |
| 海淀区 | 2 |
| 宝安区 | 3 |
| 双塔区 | 4 |
倒排索引的另一部分为倒排列表(Postings List), 倒排列表由所有的Term对应的数据(Postings)组成,它不仅仅只有文档id信息;包含但不限于以下信息:
当我们进行检索时,就会到倒排列表中查询我们传过来的单词到倒排列表中去获取文档id,然后将整条数据返回给我们

倒排索引的底层实现是基于:FST(Finite State Transducer)数据结构.FST 有两个优点: