關於 refineCollectionShardKey 的更多解釋

最近著手研究 MongoDB 4.4 的一些相關 function
尤其是 refineCollectionShardKey 的解釋讓我很……
一方面我才剛研究 MongoDB，可能也對此設計也不太理解，所以想做一下紀錄

此篇為新手向教學，並非 MongoDB 原始碼深入閱讀，高手們請直接左上離開謝謝。

先備知識

開始這篇文章的解釋之前，先來個先備知識
要使用此 function 之前，必須先知道 Sharding

MongoDB Shard

一組 MongoDB Cluster 都會有多個 Shard Server
每一台 Shard Server 會有多個 Chunk
每一組 Chunk 會有多筆資料

資料中被選定的 Shard Key 會決定資料放置位置

多台 Shard Server 的優勢：

• 可以做水平擴展
• Server 負載分擔

MongoDB Chunk

說完 MongoDB Shard 一定要來說說 Chunk 啦！

每個 Chunk 最大容量預設為 64 MB（可以自行調整）

只要 Sharding 功能有開啟，Chunk 的 Auto Split 就會自己打開。
Chunk 只要高達 64 MB，MongoDB 就會幫你 Split（當然你也可以選擇自己 Split）。

正式介紹 refineCollectionShardKey

因此前面冗長先備知識完後，就來正式介紹 refineCollectionShardKey。

其實就是針對每個 Chunk 再做更細的區分資料。

假設今天的 Shard Key 選擇「整數 ID」，如果集中寫入 $30 \sim 50$ 之間，
至少可以從中間切開 $40$，讓 Chunk 變成 $30 \sim 40$ 跟 $41 \sim 50$。

可是如果今天大量資料的「整數 ID」集中在 $42$ 呢？如果達到 Chunk 容量上限，也不能做分割，就形成 Jumbo Chunk，不可讀也不可寫。

因此就會使用 refineCollectionShardKey 給下一個 Shard Key 參考去做切割，迴避掉 Jumbo Chunk 問題。

照著官網說明完成命令，也不會馬上變化太大，但資料會隨著未來改變，加了這步驟就是給系統一個參考的讀寫策略。

後記

最近剛結束實習，是時候來講講系上的實習心得了，可以說是還蠻好玩的。

發現很多中文資料都找不到有關 refineCollectionShardKey 用途，就自己來寫一篇了。
如果我有任何錯誤想修正，歡迎底下留言，謝謝大家觀看。