{
"took": 36,
"timed_out": false,
"_shards": {
"total": 5,
"successful": 5,
"skipped": 0,
"failed": 0
},
"hits": {
"total": 13832623,
"max_score": 1,
"hits": [
{
"_index": "csc-pacific-case-monitor",
"_type": "case-monitor",
"_id": "36501235",
"_score": 1,
"_source": {
"caseId": "36501235",
"addTime": 1537100536000,
"caseTypeId": "407",
"closerId": "20669",
"closeTime": 1537100549000,
"contactNumber": "[\"\",\"18151430301\"]",
"content": "骑手问题:骑手来电就挂了\n骑手诉求:\n订单号:",
"creatorId": "20669",
"customerId": "3204563",
"customerType": "3001",
"deadline": 1537186936000,
"feedbackTime": null,
"businessId": "56",
"businessName": null,
"fourthCategoryId": null,
"fifthCategoryId": null,
"ownerId": "20669",
"managerId": "20669",
"questionId": "35183",
"questionReasonId": null,
"orderTypeId": "352",
"source": "1",
"statusId": "2",
"subSource": "-1",
"questionTypeId": "16084",
"updateTime": 1537100549000,
"startTime": 1537100536000,
"priorityId": "5",
"updaterId": "20669",
"memo": null,
"flowId": "334",
"nodeId": "64453",
"lifeCycle": "1",
"latest_main_scn": 4900981072207,
"latest_main_es_update_time": 1537100549583,
"level_1": "1",
"level_2": "3",
"level_3": "6",
"level_4": "13",
"level_5": "45",
"level_6": "589",
"departmentId": 589
}
},
hits编辑
返回结果中最重要的部分是 hits
,它 包含 total
字段来表示匹配到的文档总数,并且一个 hits
数组包含所查询结果的前十个文档。
在 hits
数组中每个结果包含文档的 _index
、 _type
、 _id
,加上 _source
字段。这意味着我们可以直接从返回的搜索结果中使用整个文档。这不像其他的搜索引擎,仅仅返回文档的ID,需要你单独去获取文档。
每个结果还有一个 _score
,它衡量了文档与查询的匹配程度。默认情况下,首先返回最相关的文档结果,就是说,返回的文档是按照 _score
降序排列的。在这个例子中,我们没有指定任何查询,故所有的文档具有相同的相关性,因此对所有的结果而言 1
是中性的 _score
。
max_score
值是与查询所匹配文档的 _score
的最大值。
took编辑
took
值告诉我们执行整个搜索请求耗费了多少毫秒。
shards编辑
_shards
部分 告诉我们在查询中参与分片的总数,以及这些分片成功了多少个失败了多少个。正常情况下我们不希望分片失败,但是分片失败是可能发生的。如果我们遭遇到一种灾难级别的故障,在这个故障中丢失了相同分片的原始数据和副本,那么对这个分片将没有可用副本来对搜索请求作出响应。假若这样,Elasticsearch 将报告这个分片是失败的,但是会继续返回剩余分片的结果。
timeout编辑
timed_out
值告诉我们查询是否超时。默认情况下,搜索请求不会超时。 如果低响应时间比完成结果更重要,你可以指定 timeout
为 10 或者 10ms(10毫秒),或者 1s(1秒):
GET /_search?timeout=10ms
在请求超时之前,Elasticsearch 将会返回已经成功从每个分片获取的结果。
应当注意的是 timeout
不是停止执行查询,它仅仅是告知正在协调的节点返回到目前为止收集的结果并且关闭连接。在后台,其他的分片可能仍在执行查询即使是结果已经被发送了。
使用超时是因为 SLA(服务等级协议)对你是很重要的,而不是因为想去中止长时间运行的查询。