根據(jù)用例選擇適當(dāng)?shù)乃饕愋?，例如單個(gè)字段，化合物，多基，文本，地理空間或TTL索引。 2.通過將字段訂購為平等，排序，然後範(fàn)圍時(shí)，應(yīng)用ESR規(guī)則。 3.設(shè)計(jì)索引通過包括所有查詢和投影字段來支持涵蓋的查詢，除非必要，否則避免了_id。 4.使用解釋計(jì)劃和$ indexStats監(jiān)視索引有效性，刪除未使用或冗餘索引以減少開銷。 5。在索引可能丟失的文檔或字段的子集時(shí)，使用部分或稀疏索引限制索引大小。 6。在碎片簇中，選擇一個(gè)高電線性，均勻分佈的碎片鍵，該鍵與常見的查詢保持一致，並最大程度地減少對輔助索引的依賴。在MongoDB中進(jìn)行適當(dāng)?shù)乃饕枰獙⑺饕呗耘c查詢模式保持一致，優(yōu)化性能並不斷評估用法以保持效率。

與MongoDB合作時(shí)，正確的索引對於性能至關(guān)重要，尤其是隨著數(shù)據(jù)的增長。如果沒有索引，MongoDB就必須掃描集合中的每個(gè)文檔，以找到與查詢（集合掃描）匹配的文件，該查詢變得緩慢且資源密集。這是MongoDB有效索引策略的實(shí)用指南。

1。選擇正確的索引類型

MongoDB支持幾種索引類型，每種索引類型都適用於不同的用例：

• 單場索引：最適合在一個(gè)字段上進(jìn)行查詢過濾。

  

   db.Collection.CreateIndex（{“狀態(tài)”：1}）

• 複合索引：當(dāng)查詢涉及多個(gè)字段時(shí)，理想。訂單問題 - 首先在平等檢查中使用的假髮字段，然後進(jìn)行範(fàn)圍或排序字段。

   db.Collection.CreateIndex（{“ status”：1，“ createat”：-1}）

• Multikey索引：索引數(shù)組字段時(shí)會自動創(chuàng)建。對於數(shù)組元素的查詢很有用。

  

   db.Collection.CreateIndex（{“ Tags”：1}）

• 文本索引：在字符串內(nèi)容上啟用全文搜索。

   db.Collection.CreateIndex（{“ title”：“ text”，“ content”：“ text”}）

• 地理空間索引：用於基於位置的查詢（ 2d ， 2dsphere ）。

   db.Collection.CreateIndex（{“位置”：“ 2DSPHERE”}）

• TTL索引：設(shè)定的時(shí)間後自動到期數(shù)據(jù) - 對於日誌或會話數(shù)據(jù)而言。

   db.Collection.CreateIndex（{“ createat”：1}，{expireateatseconds：3600}）

2。遵循ESR（平等，排序，範(fàn)圍）規(guī)則

在設(shè)計(jì)複合索引時(shí)，根據(jù)使用方式訂購字段：

1. E質(zhì)量 - 具有確切匹配條件的字段（ status: "active" ）
2. S ORT - 排序中使用的字段（ sort: { createdAt: -1 } ）
3. r ange - 帶有範(fàn)圍查詢的字段（ createdAt > ... ）

例如，此查詢：

 db.orders.find（
  {狀態(tài)：“運(yùn)送”，用戶：“ Jane”}
）.sort（{createat：-1}）

應(yīng)該使用：

 db.orders.createindex（{狀態(tài)：1，用戶：1，Createat：-1}）

這遵循ESR： status和user的平等，然後對createdAt進(jìn)行排序。

3。將索引用於預(yù)測和覆蓋查詢

有蓋的查詢是所有請求的字段都在索引中的查詢，因此MongoDB不需要獲取完整的文檔。這可以大大提高性能。

例子：

 db.users.createIndex（{“角色”：1，“狀態(tài)”：1}）

可以涵蓋此查詢：

 db.users.find（
  {角色：“ admin”}，
  {狀態(tài)：1，_id：0}
）

確保投影字段和查詢字段都在索引中，並避免使用_id除非索引。

4.監(jiān)視和優(yōu)化索引使用情況

索引不是免費(fèi)的，它們會消耗記憶並放慢寫作。使用這些工具來管理它們：

• 解釋計(jì)劃：使用.explain("executionStats")查看查詢是否使用索引。

   db.collection.find（{status：“ active”}）。 fighl（“ executionStats”）

  尋找IXSCAN （好）與COLLSCAN （壞）。

• 索引使用統(tǒng)計(jì)：檢查實(shí)際使用了哪些索引：

   db.collection.aggregate（[{{$ indexstats：{}}]）

  如果索引顯示低或零用法，請考慮將其刪除。

• 避免冗餘索引：不要?jiǎng)?chuàng)建重疊索引。例如，如果您有：

   {a：1，b：1}

  除非查詢僅使用a和投影益處，否則您不需要單獨(dú)的{ a: 1 } 。

5。考慮部分和稀疏索引

• 部分索引：索引僅符合過濾條件的文檔子集。節(jié)省空間並提高性能。

   db.users.CreateIndex（
    {電子郵件：1}，
    {partialFilterExpression：{email：{$內(nèi)部：true}}}}
  ）

• 稀疏索引：僅包括帶有索引字段的文檔。當(dāng)許多文檔缺乏字段時(shí)，很有用。

   db.users.createIndex（{phone：1}，{sparse：true}）

注意：部分索引更加靈活，通常比現(xiàn)代MongoDB版本中的稀疏索引更喜歡。

6。碎片簇計(jì)劃

在碎片環(huán)境中，您的碎片鍵就像全球索引。仔細(xì)選擇：

• 高基數(shù)
• 甚至數(shù)據(jù)分佈
• 支持常見的查詢模式

避免單調(diào)增加碎片鍵（例如時(shí)間戳），這會導(dǎo)致一個(gè)碎片上的“熱塊”。

同樣，碎片集群中的次要索引使用散點(diǎn)機(jī)方法，這較慢。謹(jǐn)慎使用它們，更喜歡包括碎片鍵的查詢。

基本上，在MongoDB中進(jìn)行索引不僅僅是創(chuàng)建索引，而是要與您的查詢模式保持一致，最小化開銷並不斷監(jiān)視性能。一些精心設(shè)計(jì)的索引比許多未使用的索引要好得多。

以上是MongoDB的索引策略的詳細(xì)內(nèi)容。更多資訊請關(guān)注PHP中文網(wǎng)其他相關(guān)文章！