原文地址: https://www.elastic.co/guide/cn/elasticsearch/guide/current/_pending_tasks.html, 版权归 www.elastic.co 所有
英文版地址: https://www.elastic.co/guide/en/elasticsearch/guide/current/_pending_tasks.html
英文版地址: https://www.elastic.co/guide/en/elasticsearch/guide/current/_pending_tasks.html
请注意:
本书基于 Elasticsearch 2.x 版本，有些内容可能已经过时。
本书基于 Elasticsearch 2.x 版本，有些内容可能已经过时。
等待中的任务 (Pending Tasks)edit
有一些任务只能由主节点去处理，比如创建一个新的索引或者在集群中移动分片。由于一个集群中只能有一个主节点，所以只有一个节点可以处理集群级别的元数据变更。在 99.9999% 的时间里，这不会有什么问题。元数据变更的队列基本上保持为零。
在一些 罕见 的集群里，元数据变更的次数比主节点能处理的还快。这会导致等待中的操作会累积成队列。
pending-tasks API 会展示队列中（如果有的话）等待的集群级别的元数据的变更操作：
GET _cluster/pending_tasks
通常，响应是像这样的：
{
"tasks": []
}
这意味着没有等待中的任务。 如果你有一个罕见的集群在主节点出现瓶颈了，等待中的任务列表可能会像这样：
{
"tasks": [
{
"insert_order": 101,
"priority": "URGENT",
"source": "create-index [foo_9], cause [api]",
"time_in_queue_millis": 86,
"time_in_queue": "86ms"
},
{
"insert_order": 46,
"priority": "HIGH",
"source": "shard-started ([foo_2][1], node[tMTocMvQQgGCkj7QDHl3OA], [P],
s[INITIALIZING]), reason [after recovery from gateway]",
"time_in_queue_millis": 842,
"time_in_queue": "842ms"
},
{
"insert_order": 45,
"priority": "HIGH",
"source": "shard-started ([foo_2][0], node[tMTocMvQQgGCkj7QDHl3OA], [P],
s[INITIALIZING]), reason [after recovery from gateway]",
"time_in_queue_millis": 858,
"time_in_queue": "858ms"
}
]
}
可以看到任务都被指派了优先级（比如URGENT要比 HIGH更早处理 ），任务插入的顺序、操作进入队列多久，以及打算处理什么。在上面的列表中，有一个创建索引(create-index)和两个 启动分片(shard-started)的操作在等待。