基础概念：
索引（index） 相当于数据库中的表，
type这个概念在es7.x中已经被移除，现在默认是_doc，
文档document相当于数据库中的一行数据，
field相当于一行数据中的一列。
数据类型：
String类型的：
keyword：默认是不可分词的
text：可以被分词
数字类型：
byte,short,integer,long ,double,float,
scaled_float 如果要存的数字市65.25，scaled_float 类型会存储成6525，scaled_float 有一个缩放因子，通过指定缩放因子是100，就会得到真正的价格65.25.
使用kibana的请求
post请求是插入请求的时候，如果/_doc/后面不传入id的话，插入到es中的数据的 _id，就会是自动生成的。
post和put请求都可以更新数据
这里我用name字段进行查询ik_max_word，name字段是text的,分词类型用的是ik_max_word
match匹配查询
这里只会查询到一条，也就是星期四的那条数据，如果name后面值改为星期，就会查询到四条，也就是星期一到星期四的数据。
term精确查询
这里也只会查询到一条数据，然后我就想这个和match有什么区别了？
这里查询的值都是一样的，都是 星四，结果是不一样的，term是查询不到值的，match是查询到一条数据的。
使用
GET _analyze
{
“analyzer”: “ik_max_word”,
“text”: “星期四”
}
查看了一下分词的结果。
我想term是精确查询，所以是不是只有分词器对field进行分词的时候，分割的结果集中有一个和term中的值全等才会查询到，match匹配查询的话只要包含分词的结果之一，就会查询到。
bool联合查询，通常搭配must，should，must_not，filter
must 相当于sql中的and
should 相当于sql中的or
filter则是
filter和must都是返回结果必须满足其中的条件，区别存在于
“_source”可以设置返回的字段
sort是排序，from是第几页，size每页显示多少个。
条件修改_update_by_query，第一次执行的时候报错，原因是因为等号后面的字符串少加了 ’ 单引号 给括起来。
还有一种写法，其中elasticsearch painless是es的一个脚本语言
