Elasticsearch的文檔的存儲(chǔ)路由是什么

Elasticsearch的文檔的存儲(chǔ)路由是什么，針對(duì)這個(gè)問(wèn)題，這篇文章詳細(xì)介紹了相對(duì)應(yīng)的分析和解答，希望可以幫助更多想解決這個(gè)問(wèn)題的小伙伴找到更簡(jiǎn)單易行的方法。

以 Elasticsearch 7.9.2 為準(zhǔn)。

問(wèn)題

在一個(gè)索引中創(chuàng)建文檔時(shí)，如何確定放到哪個(gè)分片中？

潛在 3 個(gè)方式：

• 隨機(jī)

• 將文檔 id 和分片編號(hào)的對(duì)應(yīng)關(guān)系保存在數(shù)據(jù)庫(kù)

• 計(jì)算代替存儲(chǔ)：按照某種算法計(jì)算出分片編號(hào)

如果采用第 1 種方式：

則創(chuàng)建時(shí)省事（獲取隨機(jī)數(shù)即可），但在查詢文檔時(shí)需要在多個(gè)分片中尋找文檔。

如果采用第 2 種方式：

則實(shí)現(xiàn)起來(lái)簡(jiǎn)單、直接、可靠，但在數(shù)據(jù)量大的時(shí)候表會(huì)很大，查詢比較慢。

如果采用第 3 種方式：

創(chuàng)建和查詢時(shí)需要進(jìn)行一次計(jì)算，好處是不必在維護(hù)對(duì)應(yīng)關(guān)系。

ES 的實(shí)現(xiàn)方式

ES 采用的是第 3 種方式。

PUT /<索引名>/_doc/<id>?routing=<rk>

如上，在創(chuàng)建文檔時(shí)指定 id 和 routing，則此文檔被放到的分片編號(hào)為：

es_hash(routing) % 分片數(shù)

如果不指定 routing，則在計(jì)算時(shí)把文檔 id 作為 routing。

指定 routing 的文檔創(chuàng)建之后，會(huì)有一個(gè) _routing 字段：

{
    "_index": "myindex",
    "_id": "aaa",
    "_routing": "myrk",
    "_source": <obj>
    // 其他字段
}

使用 routing 潛在問(wèn)題以及避免方式

假定：

• 某索引有 n >= 2 個(gè)分片。

• es_hash("a") % n == 0

• es_hash("r") % n == 1

依次執(zhí)行：

PUT /the_index/_doc/a
PUT /the_index/_doc/a?routing=r

則 ES 中會(huì)出現(xiàn) 2 個(gè) id 為 a 的文檔。這絕不是使用者所期望的。

造成這樣的原因是：一個(gè) ES 分片其實(shí)是一個(gè) Lucene 索引。同一個(gè) Lucene 索引內(nèi)部，文檔的 id 保證互不相同，但多個(gè) Lucene 索引之間無(wú)法保證這一點(diǎn)。

避免方式：

對(duì)于某 id 的文檔，要使用 routing，就一直使用，不然就一直不使用。

關(guān)于Elasticsearch的文檔的存儲(chǔ)路由是什么問(wèn)題的解答就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，如果你還有很多疑惑沒(méi)有解開(kāi)，可以關(guān)注億速云行業(yè)資訊頻道了解更多相關(guān)知識(shí)。