文檔數據庫服務設計規范建議
更新時間 2023-11-29 21:18:38
最近更新時間: 2023-11-29 21:18:38
分享文章
本頁介紹了文檔數據庫服務設計規范建議 。
數據庫命名規范與建議
- 集合名字不能是空的字符串“”。不能包含“\0"字符(這表示字符串的結束)。不能以”system"為前綴。
- 索引的名字長度上限為128個字符,并且不能包含 '\0' 字符。
- 數據庫的名字通常建議為小寫的, 一些字符,如空格、 "."、 "$"、 "/"、 "" 和 "\0" 是不被允許的。
索引設計規范建議
- 在設計索引之前,首先需要明確需要進行哪些查詢操作。了解哪些查詢是經常執行的、哪些查詢需要快速響應以及是否有復雜的聯合查詢,這些信息將有助于確定索引的創建策略。
- 選擇字段作為索引時,應優先考慮經常被查詢的字段,以及在查詢中用作條件的字段。同時,注意避免在大型數據集上創建過多的索引。
- 復合索引中字段的順序對查詢性能有影響。通常,將最常用于篩選條件的字段放在索引的前面,這樣可以更快的縮小查詢范圍。
- 請不要創建不會被使用到的索引,因為文檔數據庫會加載索引到內存,無用索引加載到內存會浪費內存空間因業務邏輯變化而產生的無用索引也要及時清理。
- 如果一個字段經常會被更新,那么最好不要對這個字段建立索引。因為每次更新都會引起索引的更新,這會消耗大量的CPU和磁盤IO。
- 避免全文索引的過度使用,并不是所有情況下都適合使用全文索引。全文索引適用于對文本字段進行復雜的文本搜索,但其創建和維護成本較高。在不必要的情況下避免過度使用全文索引。
分片集群的設計規范建議
- 合理設計分片鍵,防止出現大量的數據使用相同的分片鍵,導致出現jumbo chunk。
- 定期檢查你的分片,以確保數據分布的均勻。sh.status()命令來查看分片的狀態。