elasticsearch fielddata，Elasticsearch unassigned shards的解決之道

出現這種提示，說明你的集群狀態是亞健康的，status是yellow，至少有一個副本分片沒有成功創建，集群是能正常工作的，只是有丟失數據的風險。

一，問題定位

解決思路，首先查清楚問題所在，es提供一個api查看分片的信息。

http://localhost:9200/_cat/shards?h=index,shard,prirep,state,unassigned.reason

elasticsearch fielddata。結果如下圖，最后一行是分片創建失敗的原因，圖中的INDEX_CREATED標識在創建索引時副本就未創建成功。

根據es官網，各種副本分片創建失敗原因如下：

1）INDEX_CREATED：由于創建索引的API導致未分配。
2）CLUSTER_RECOVERED ：由于完全集群恢復導致未分配。
3）INDEX_REOPENED ：由于打開open或關閉close一個索引導致未分配。
4）DANGLING_INDEX_IMPORTED ：由于導入dangling索引的結果導致未分配。
5）NEW_INDEX_RESTORED ：由于恢復到新索引導致未分配。
6）EXISTING_INDEX_RESTORED ：由于恢復到已關閉的索引導致未分配。
7）REPLICA_ADDED：由于顯式添加副本分片導致未分配。
8）ALLOCATION_FAILED ：由于分片分配失敗導致未分配。
9）NODE_LEFT ：由于承載該分片的節點離開集群導致未分配。
10）REINITIALIZED ：由于當分片從開始移動到初始化時導致未分配（例如，使用影子shadow副本分片）。
11）REROUTE_CANCELLED ：作為顯式取消重新路由命令的結果取消分配。
12）REALLOCATED_REPLICA ：確定更好的副本位置被標定使用，導致現有的副本分配被取消，出現未分配。

下面針對每一種原因提出不同的解決方案。

二，INDEX_CREATED

1，根本原因

出現這個說明在創建索引時分片就無法正常創建，大概率原因是你的副本分片數設置有問題。

elasticsearch should，es規定副本分片和主分片不能在同一個節點，同一個節點不能存在兩個相同的副本分片，所以副本分片書不能比節點數多。

舉個例子，如果集群有3個節點，副本分片不能大于2。如果大于2，必然出現主分片和副本分片在同一個節點的情況出現。

2，解決之道

修改副本分片數小于結點數。

elasticsearch nested。elasticsearch 出現yellow 分片有unassigned現象原因

如何處理elastic search中的unassigned shards?