1、之前三节讲述的都是索引结构及内容填充的部分，既然添加了数据那我们的目的无非就是增产改查crudp，我先来讲讲查询-----结构化查询
我们看上图截图两种方式：
1）第一种，在索引index5类型school下面定义一个查询query（这就是内嵌查询的关键字）,query内部嵌套一个match根据指定field也就是字段查找其内容包含的关键字hawal。
2）第二种，在索引index5类型school下面定义一个查询query（这就是内嵌查询的关键字）,query内部嵌套一个match_all，不指定任何字段任何条件，就相当于查询所有内容，相当于GET /index5/school/_search
2、复杂嵌套查询
在关系型数据库中有很多条件判断，比如 等于= 不等于!=等等，在es中同样有相应解决方案：
1）must 需要满足条件 ==或like
2）must_not 不需要在满足条件内的 !=或 not like
我们举例查询，在索引index5中查询满足条件name字段包含hawal的，id字段不是12开头或包含12的，写成sql大概是where name like '%hawal%' and id not like '%12%'
es中是这么表达的，同样定义一个query查询嵌套块，里面定义一个bool（和query一样是es内嵌关键字）的嵌套，name字段must为hawal，id字段must_not为12的。
3、term过滤
注意哦，这里是精确匹配，大小写什么都很严格，我们查询/index5索引下，name值为hawal或Hawal的查询有两种结果，请看：
看上图，索引中name存的是"Hawal"，我们用Hawal"精准"的去匹配匹配不到，用hawal去匹配反而匹配到了，这是为什么呢？因为索引这行数据的时候分析其默认帮我们全转换成了小写，所以大写H开头的Hawal搜索不到，这，不知道是我理解有误还是es这么做有其他原理？
4、terms过滤（多值匹配）
5、range过滤
上图查询索引index5下subject下id大于或等于1002的所有内容
范围操作符包含：
6、exists和missing过滤
exists 和 missing 过滤可以用于查找文档中是否包含指定字段或没有某个字段，类似于SQL语句中的 IS_NULL 条件
我们举个例子，查找索引index5下name字段不为空的内容
其实就是指定field（字段）去查name字段不为空的内容，missing就不举例了。
7、bool过滤
见本篇第二小节，must,must_not,should
8、match_all语句
GET /index5/_search
{
"query": {
"match_all": {}
}
}
其实就相当于GET /index5/_search
9、带过滤的查询语句
如我现在精确匹配索引index5下name包含mit的内容
GET /index5/_search
{
"query":{
"term":{
"subject.subject-name":"computer"
}
}
}
但是我同时向加入另一条过滤，在匹配subject.subject-name包含"computer"的同时还需要过滤subject.students大于1002的内容
我们看上图执行结果，索引/index5中subject.subject-name字段匹配computer的内容，然后过滤掉里面subject.students大于1002的内容，这里所有结果的students都小于1002，所以均返回了。
那我们可以很好的理解query和filter的区别，query是现实匹配的，filter是在已匹配的内容里面过滤掉满足fiter条件的内容。
请注意------es 5.x往后的版本去掉了filters语法，统一采用bool嵌套filter的语法。
10、验证查询
有时候我们写了一个查询语句，但是可能由于语法错误或指定查询的字段不存在报了一堆错误，但是提示信息并不明显，这时es给我们提供了一个校验请求语法的功能，其实就是在执行前先会帮忙校验一下语法是否正确，并会给出相关提示信息：
比如我要查询索引index5下所有name字段中包含“tinghua”的内容，但这是我把内嵌查询query字段拼成了qery，这时就该提示Unknown key for a START_OBJECT in [qery]。
其实，我们可以先对查询体做校验，在请求体后加上/_validate/query即可：
可以看到右边的校验结果为false，想看到更具体的结果，加上?explain即可
如果校验成功，我们会看到es的索引结果，如你用的分析器将你需要搜索的内容拆分成几个字段，在哪些索引中查找到内容都能看到：
