Elasticsearch 版本：6.4.0

一、疑問

在專案中後期，如果想調整索引的 Mapping 結構，比如將 ik_smart 修改為 ik_max_word 或者 增加分片數量 等，但 Elasticsearch 不允許這樣修改呀，怎麼辦？

常規 解決方法：

• 根據最新的 Mapping 結構再建立一個索引
• 將舊索引的資料全量匯入到新索引中
• 告知使用者，業務要暫停使用一段時間
• 修改程式，將索引名替換成新的索引名稱，打包，重新上線
• 告知使用者，服務可以繼續使用了，並說一聲抱歉

我認為最大的弊端就是：需要修改替換程式，甚至有時候還得告知使用者暫停使用業務。

有沒有更好的方式去解決上面的需求呢？有！幸好，Elasticsearch 為我們提供了另外一種解決方法，可以不需要告知使用者和修改程式程式碼。那就是通過索引別名來重建索引。

二、索引別名

索引別名可以關聯一個或多個索引，並且可以在任何需要索引名稱的 API 中使用。 通俗解釋，別名類似於 windows 的快捷方式，linux 的軟連結，mysql 的檢視。別名為我們提供了極大的靈活性。它們允許我們執行以下操作：

• 在正在執行的叢集上，允許一個索引與另外一個索引之間透明切換。
• 對多個索引進行分組組合。比如，有根據月份來建立的索引，別名可與近三個月的索引進行關聯。這樣的話，我們就可以通過 別名 來 查詢近三個月索引 的全部資料。如果別名用得好，可以更好地控制檢索資料量的大小，來提高查詢效率，但這也需要經驗的積累。

本文開頭遇到的問題，就可以通過索引別名來實現，現在我們學習一下具體操作。

三、具體操作

如何在零停機（該索引所用到的程式不停止執行）的前提下，修改索引的 Mapping 欄位型別呢？可大體分為三步：

1、步驟一：複製資料

使用 reindex 操作來將舊索引（dynamic_data_v2）的資料完全複製到新索引（dynamic_data_v5）上：

POST _reindex
{
    "source": {
        "index": "dynamic_data_v2"
    },
    "dest": {
        "index": "dynamic_data_v5"
    }
}

執行結果：

2、步驟二：修改別名關聯

POST /_aliases
{
    "actions": [
        { "remove": { "index": "dynamic_data_v2", "alias": "dynamic_data" }},
        { "add":    { "index": "dynamic_data_v5", "alias": "dynamic_data" }}
    ]
}
 

3、步驟三：刪除舊索引（可選）

DELETE dynamic_data_v2

4、小結

至此，我們達到了偽更新（對於使用者來說透明化，無需停止服務）的效果。不過這裡存在一個問題，如果資料量超大的話，複製資料所消費的時間比較多，所以構建索引前還是要儘量考慮周全 mapping 結構。

關於索引別名更多操作，可參考：

https://www.elastic.co/guide/en/elasticsearch/reference/6.4/indices-aliases.html

四、可修改 mapping 的個別情況

Elasticsearch 不允許修改/刪除 Mapping 已存在欄位是因為：其底層使用的是 lucene 庫，索引和搜尋要涉及分詞方式等操作，更改 Mapping 將意味著使已建立索引的文件失效，所以不允許修改 已存在欄位型別等設定。

但也有個別情況：Elasticsearch 允許我們 將欄位新增到索引現有的 Mapping 結構中 或 更改現有欄位的僅搜尋設定。

1、可以新增欄位

POST dynamic_data_v2/_mapping/_doc
{
  "properties": {
     "amount":{
        "type":"text"
     }
  }
}

2、可以更改欄位型別為 multi_field

PUT dynamic_data_v2/_mapping/_doc
{
  "properties": {
     "amount":{
        "type":"text",
        "fields": {
          "keyword": {
            "type": "keyword",
            "ignore_above": 10
          }
        }
     }
  }
}
# 為 amount 增加 multi_field
# "fields": {
#    "keyword": {
#       "type": "keyword",
#       "ignore_above": 10
#    }
# }

3、可以將新 properties 新增到 “物件” 資料型別欄位。

在 Mapping 的 field 裡面設定 properties ，可以使欄位儲存 Object 的資料型別。以下的 name 可以理解為 “物件”資料型別欄位：

# 新增 name 欄位，附帶first的properties屬性
PUT dynamic_data_v2/_mapping/_doc
{
  "properties": {
     "name":{
        "properties": {
            "first": {
              "type": "text"
            }
        }
     }
  }
}
# 可以支援繼續新增一個名為last的properties屬性
PUT dynamic_data_v2/_mapping/_doc
{
  "properties": {
     "name":{
        "properties": {
            "last": {
              "type": "text"
            }
        }
     }
  }
}

如下圖所示：

儲存資料：

# name 的物件裡面有兩個欄位，分別為：first 和 last，代表名和姓，比如“範閒”。
PUT dynamic_data_v2/_doc/1
{
  "name": {
    "first": "閒",
    "last": "範"
  }
}

查詢資料：

GET dynamic_data_v2/_search
{
  "query": {
    "bool": {
      "must": [
        {
          "match_phrase": {
            "name.last": "範"
          }
        },
        {
          "match_phrase": {
            "name.first": "閒"
          }
        }
      ]
    }
  }
}

返回結果：

上述三種方式，詳情可參考：

https://www.elastic.co/guide/en/elasticsearch/reference/6.4/indices-put-mapping.html#updating-field-mappings

五、總結

別名是個好東西，而索引別名只是別名的其中一個型別。一般在專案中後期，索引中有大量資料的時候，才能體會到索引別名的妙用。正如本文提及：

• 使用者無感知地維護資料修改更新。
• 索引組合查詢，如果使用得當，可以實現精準快速查詢，提高效率。

建議： 相同索引別名的物理索引有 一致的 Mapping 和 資料結構 ，以提升檢索效率。

---

點關注，不迷路

好了各位，以上就是這篇文章的全部內容了，能看到這裡的人呀，都是人才。

白嫖不好，創作不易。各位的支援和認可，就是我創作的最大動力，我們下篇文章見！

如果本篇部落格有任何錯誤，請批評指教，不勝感激 ！

相關推薦