1、搜索的timeout机制,底层的原理
GET /_search
{
"took": 4,
"timed_out": false,
"_shards": {
"total": 12,
"successful": 12,
"skipped": 0,
"failed": 0
},
"hits": {
"total": 91815,
"max_score": 1,
"hits": [{
"_index": ".kibana",
"_type": "doc",
"_id": "config:6.4.1",
"_score": 1,
"_source": {
"type": "config",
"updated_at": "2018-09-25T09:43:49.968Z",
"config": {
"buildNum": 17999,
"telemetry:optIn": false,
"defaultIndex": "81072280-c0a7-1c"
}
}
}]
}
}
took:整个搜索请求花费了多少毫秒
hits.total:本次搜索,返回了几条结果
hits.max_score:本次搜索的所有结果中,最大的相关度分数是多少,每一条document对于search的相关度,越相关,_score分数越大,排位越靠前
hits.hits:默认查询前10条数据,完整数据,_score降序排序
shards:shards fail的条件(primary和replica全部挂掉),不影响其他shard。默认情况下来说,一个搜索请求,会打到一个index的所有primary shard上去,当然了,每个primary shard都可能会有一个或多个replic shard,所以请求也可以到primary shard的其中一个replica shard上去。
timeout:默认无timeout,latency平衡completeness,手动指定timeout,timeout查询执行机制
GET /_search?timeout=1ms
2、_multi-index&multi-type搜索模式解析
/_search
:所有索引,所有type下的所有数据都搜索出来
/index1/_search
:指定一个index,搜索其下所有type的数据
/index1,index2/_search
:同时搜索两个index下的数据
/*1,*2/_search
:按照通配符去匹配多个索引
/index1/type1/_search
:搜索一个index下指定的type的数据
/index1/type1,type2/_search
:可以搜索一个index下多个type的数据
/index1,index2/type1,type2/_search
:搜索多个index下的多个type的数据
/_all/type1,type2/_search
:_all,可以代表搜索所有index下的指定type的数据
3、分页搜索以及deep paging性能问题
(1)分页搜索的语法
GET /_search?size=10
GET /_search?size=10&from=0
GET /_search?size=10&from=20
(2)什么是deep paging问题?为什么会产生这个问题
4、query string search语法以及_all metadata原理揭秘
(1)query string基础语法
GET /test_index/test_type/_search?q=test_field:test
包含:GET /test_index/test_type/_search?q=+test_field:test
不包含: GET /test_index/test_type/_search?q=-test_field:test
(2)_all metadata的原理和作用
GET /test_index/test_type/_search?q=test
直接可以搜索所有的field,任意一个field包含指定的关键字就可以搜索出来。在进行中搜索的时候,难道是对document中的每一个field都进行一次搜索吗?不是的
_all元数据,在建立索引的时候,我们插入一条document,它里面包含了多个field,此时,es会自动将多个field的值,全部用字符串的方式串联起来,变成一个长的字符串,作为_all field的值,同时建立索引
如果在搜索的时候,没有对某个field指定搜索,就默认搜索_all field,其中是包含了所有field的值的