Mapping,對映，相當於關係型資料庫建立語句，定義文件欄位及其型別、索引與儲存方式。通常會涉及如下方面：

• 文件中哪些欄位需要定義成全文索引欄位。
• 文件中哪些欄位定義為精確值，例如日期，數字、地理位置等。
• 文件中哪些欄位需要被索引（能通過該欄位的值查詢文件）。
• 日期值的格式。
• 動態新增欄位的規則定義等。

1、型別對映概述
1.1 對映型別
Elasticsearch支援meta-fields、fields or properties兩種對映型別，將決定文件的索引方式。

• Meta-fields
  元資料欄位用於定義文件的元資料欄位的特徵，文件的元資料欄位主要包括_index、_type、_id、_source這4個欄位。

• Fields or properties
  屬性欄位列表，通過properties欄位定義整個文件有效載荷的各欄位的資料型別、分詞器等屬性。
  對映型別，可以理解為以何種方式來定義索引中一個型別的欄位集。

1.2 資料型別
每一個欄位都會指定一個數據型別，資料型別通常如下：
簡單型別，例如text、keyword、date、long、double、boolean、ip
複合型別，諸如object(json)、netsed.
特殊型別，諸如geo_point、geo_shape(地圖相關型別)、completion。
後續章節會單獨重點剖析elasticsearch所支援的資料型別。

1.3 對映保護機制
es提供如下引數來限制es的行為：

• index.mapping.total_fields.limit t
  索引中允許定義的最大欄位（屬性）個數，預設為1000。
• index.mapping.depth.limit
  欄位級聯的最大深度，預設為20。
• index.mapping.nested_fields.limit
  一個索引最多包含欄位型別為nested的個數，預設為50。

1.4 動態對映機制
與關係型資料庫不同的是，一個type(對應關係型資料庫的表)中的欄位可以在使用過程中動態新增。具體的動態對映機制，將在後續文章中單獨結束。

1.5 更新已有對映定義
es不支援直接修改已索引的已存在的欄位對映，因為修改欄位對映，意味著已索引的資料生效，可以使用別名機制來修改欄位的名稱，如果需要修改已存在欄位的對映，建議重新建立一個索引，再使用reindex API遷移資料。

1.6 索引、type組織方式
索引在建立時，Elasticsearch6.x版本只支援一個對映型別，而7.x版本後將完成刪除對映型別。es5.x中一個索引包含多個type的情況再6.x版本將繼續支援查詢，7.0版本後，API將完成移除與多型別相關的API。

Elasticsearch6.x版本後為什麼不繼續對單一索引庫提供多型別支援呢？
當初，為了方便理解es，通常與關係型資料庫進行類比，例如es中的index（索引）相當於關係型資料庫的database，而型別(type)相當於關係型資料庫中的table。其實這是一個錯誤的比喻。在關係型資料庫中，表是相互獨立的，一個表中的列名與另外一個表中的列名相同是沒有關係的，但對於es的型別對映定義，情況並非如此。

在es單一索引中，不同對映型別(type)具有相同名稱的欄位在內部都是由同一個Lucence欄位來儲存，這也就意味著同一個索引內不同的型別，如果出現名字相同的欄位，其資料型別也必須相同。更重要的是，儲存在同一索引中具有很少或沒有共同欄位的不同型別（實體）會導致資料稀疏，大大降低Lucece高效壓縮文件的能力，影響其檢索效能。

基於上述各種原因，故es將在後續版本中不支援一個索引中定義多個型別。

2、meta-field(元欄位)
每個文件都有與之關聯的元資料，例如_index、mapping _type和_id元欄位。在建立對映型別時，可以定製其中一些元欄位的行為。

• identity meta-fields(表明文件身份的元欄位)

1. _index
   文件所在的索引，類似於關係型資料庫的database。
2. _uid
   _type與_id的組合，文件的唯一標識。
3. _type
   文件對映型別。
4. _id
   文件的_id值。

• document source meta-fields

1. _source
   文件的原始json資料。
2. _size
   文件_souce欄位的位元組長度，需要外掛：mapper-size plugin。

• indexing meta-fields

1. _all
   將所有欄位對映成一個_all欄位，在6.0.0版本後廢棄，可以使用copy_to來定義需要聚合的欄位。
   _field_names
   _field_names欄位，用於索引文件中包含除null之外的任何值的每個欄位的名稱。exist查詢使用這個欄位來查詢對於特定欄位具有或不具有任何非空值的文件，也就是該欄位記錄的是欄位值不為null的所有欄位名稱。當前版本，_field_names欄位不包含啟用了doc_values、norm的欄位，對於啟用doc_values或norm的欄位，exist查詢仍然可用，但不會使用_field_names欄位。
   注：禁用_field_names通常是不必要的，因為它不再承載以前的索引開銷。如果你有很多禁用doc_value和norm的欄位，並且你不需要使用這些欄位執行exist查詢，你可能想禁用_field_names，你可以通過如下方式禁用_field_names欄位：

PUT tweets
{
  "mappings": {
    "_doc": {
      "_field_names": {
        "enabled": false
      }
    }
  }
}

3. _ignored
   設定為ignore_malformed=true的所有欄位。

• routing meta-field

1. _routing
   分片路由欄位。

• other meta-field
  1._meta
  用於使用者自定義的元資料，例如：

PUT my_index
{
  "mappings": {
    "_doc": {
      "_meta": { 
        "class": "MyApp::User",
        "version": {
          "min": "1.0",
          "max": "1.3"
        }
      }
    }
  }
}

本文初步介紹了Elasticsearch 型別對映與元欄位型別，後續文章將介紹對映引數、elasticsearch支援的資料型別、自動型別對映機制等。

更多文章請關注微信公眾號：