需求
做一个类似百度的全文搜索功能
所用的技术如下：
- ElasticSearch
- Kibana 管理界面
- IK Analysis 分词器
- SpringBoot
全文检索流程
- 创建ES索引、设置需要分词查询的 field
- 可以通过 canal 对 MySQL binlog 进行数据同步，或者 flink 或者 SpringBoot 直接往ES里添加数据
- 根据业务需求，通过 SpringBoot 进行查询
ElasticSearch 简介
ES 是一个使用Java语言并且基于Lucene编写的搜索引擎框架，他提供了分布式的全文搜索功能，提供了一个统一的基于Restful风格的WEB接口，官方客户端也对多种语言都提供了相应的API。
Lucene：Lucene本身就是一个搜索引擎的底层
分布式：ES主要是为了突出他的横向扩展能力。
全文检索：将一段词语进行分词，并且将分出来的单个词语统一放到一个分词库中，在搜索时，根据关键字去分词库中检查，找到匹配的内容。（倒排索引）
Restful 风格的WEB接口：操作ES很简单，只需要发送一个HTTP请求，并且根据请求方式的不同，携带参数，执行相应的功能。
应用广泛：Github, wiki, gold man 用ES每天维护将近10TB的数据。
ES 结构
索引
ES的服务中，可以创建多个索引，每个索引默认被分成5个分片存储（提高查询效率、存储容量），每个分片至少有一个备份分片
备份分片默认不会分担查询效率，当ES检索压力特别大的时候，备份分片才会帮助检索数据
备份的分片必须放在不同的服务器中（集群）
类型
索引可以分多个分版 ，每个分片中有多个type，ES版本不同，类型的创建也不同
7.x 默认不再支持自定投索引类型（默认类型为_doc）
文档
一个type又可以分多个 document 文档 （一个个文档，相当于RDB中的一行行数据），每个文档中有多个field属性
一个MySQL有多个数据库，一个库中有多个表，一张表中存放着多行数据，每行数据中分多个列
列
一个文档包括多个属性，相当于RDB中的字段
ES和Slor
Slor 在查询死数据时（不能改变的数据，不增加、不减少），速度相对ES更快一些。但是数据如果是实时改变时，Solr的查询速度会降低很多，ES的查询效率基本没有变化。
Solr搭建集群时，需要依赖Zookeeper来帮助管理。ES本身就支持集群的搭建，不需要第三方的介入
Solr针对国内的中文文档不多，ES社区火爆，文档健全
ES 对现在云计算和大数据支持特别好
倒排索引
将存放的数据，以一定的方式进行分词，并且将分词的内容存放到一个单独的分词库中。
当用户去查询数据时，会将用户的查询关键字进行分词
然后去分词库中匹配内容，最终得到数据的ID标识
根据ID标识去存放数据的位置拉取到指定的数据
流程：
- 查询:根据输入的关键字【我】，去分词库中检索内容
结果：1、3 - 根据分词库中检索到的ID，直接拉取指定数据结果
1：我是谁
3：我是中国人
