MongoDB - 索引限制

你好，未來的數據庫魔法師們！今天，我們將要深入探討 MongoDB 索引限制的迷人世界。我知道你們現在在想什麼 - 「限制？這聽起來一點也不令人興奮！」但是請相信我，理解這些限制對於成為 MongoDB 大師至關重要。所以，讓我們一起踏上這次冒險吧！

MongoDB - Indexing Limitations

额外開銷

當我們談到 MongoDB 的索引時，這就像創建一個超級有組織的圖書館目錄。它幫助我們快速找到東西，但同時也帶來了一些額外的工作。讓我們來分析一下：

索引開銷是什麼？

索引開銷指的是在 MongoDB 中維護索引所需的額外資源和操作。這就像有一個圖書管理員不斷更新目錄，每次有新書到達或離開時。

這為什麼重要？

寫操作：每次你插入、更新或刪除一個文件時，MongoDB 需要更新相應的索引。這可能會減慢寫操作。
存儲空間：索引佔用額外的硬盤空間，對於大型集合來說這可能會很快累積。
內存使用：索引被保留在 RAM 中以加快訪問速度，這意味著其他操作可用的內存減少。

讓我們看一個簡單的例子：

db.books.createIndex({ title: 1 })
db.books.insert({ title: "MongoDB for Beginners", author: "Jane Doe" })

在這個例子中，MongoDB 不僅插入文件，還更新了 "title" 字段的索引。隨著你的集合增長，這種開銷會變得更加明顯。

RAM 使用

現在，讓我們來谈谈 RAM 使用。想像 RAM 是一個大的辦公桌，MongoDB 在這裡做所有的日常工作。你擁有的索引越多，這個辦公桌上可用於其他任務的空間就越少。

RAM 使用為什麼重要？

性能：MongoDB 拼命將索引保留在 RAM 中以加快查詢速度。如果索引不适合 RAM，性能可能會显著下降。
資源管理：索引過度使用 RAM 可能會為其他數據庫操作或同一服務器上的應用程序留下更少的內存。

這裡有一個方便的表格，顯示不同索引類型如何影響 RAM 使用：

索引類型	RAM 使用
單一字段	中等
复合索引	更高
文本	高
地理空間	非常高

要檢查你的索引大小，你可以使用以下命令：

db.collection.stats().indexSizes

記住，這一切都是關於平衡。你希望有足夠的索引來加快你的查詢，但不要太多以至於佔用了所有的 RAM！

查詢限制

好吧，現在我們來到重頭戲 - 查詢限制。即使有索引，MongoDB 也有一些事情不能非常高效地完成。

多個字段的不等式過濾器

MongoDB 只能在查詢中使用一個字段的不等式過濾器（如 $gt、$lt 等）時高效地使用索引。例如：

// 這個查詢可以高效地使用索引
db.products.find({ price: { $gt: 100 }, category: "electronics" })

// 這個查詢可能不會高效地使用索引
db.products.find({ price: { $gt: 100 }, quantity: { $lt: 20 } })

在第二個查詢中，MongoDB 可能需要在 price 或 quantity 的索引之間選擇，但不是對範圍查詢同時使用。

否定運算符

使用否定運算符（如 $ne、$not 和 $nin）的查詢通常無法有效地使用索引。例如：

// 這個查詢可能無法高效地使用索引
db.users.find({ age: { $ne: 30 } })

MongoDB 需要掃描所有不匹配條件的文件，這對於大型集合來說可能會很慢。

索引鍵限制

現在，讓我們來談談大小問題 - 索引鍵限制。MongoDB 對索引鍵的大小有一些限制。

最大索引鍵大小

MongoDB 中索引鍵的最大大小是 1024 個字节。這可能看起來很多，但對於复合索引或索引大型字符串字段來說可能會是一個限制。

例如，如果你嘗試在經常超過這個限制的字段上創建索引：

db.posts.createIndex({ "longTextField": 1 })

你可能會遇到錯誤或有文件無法被索引。

插入超出索引鍵限制的文件

當你嘗試插入一個索引字段超過 1024 字節限制的文件時會發生什麼？讓我們來看看！

插入過程中的行為

當你嘗試插入一個會創建超過 1024 字節索引鍵的文件時，MongoDB 仍然會插入文件，但不会為它創建索引條目。

以下是一個例子：

db.collection.createIndex({ "description": 1 })
db.collection.insert({ "description": "This is a very, very long description..." }) // 假設這個超過了 1024 字節

文件會被插入，但不会被包含在 "description" 字段的索引中。這意味著使用這個索引的查詢可能找不到這個文件！

淨結果

不完整的查詢結果：使用索引的查詢可能會錯過超過索引鍵大小的文件。
意外的行為：你的應用程序可能假設所有文件都被索引，導致出現錯誤。
性能問題：對於不在索引中的文件，MongoDB 會退回到集合掃描，這可能會更慢。

最大範圍

最後但同樣重要的是，讓我們來谈谈 MongoDB 索引中的最大範圍。

什麼是最大範圍？

在 MongoDB 中，"範圍"通常指的是查詢中的一系列值，例如查找價格在 $10 到 $50 之間的所有產品。 "最大範圍"限制指的是 MongoDB 在單個查詢中可以有效地使用多少這樣的範圍。

多範圍限制

MongoDB 在使用索引時，每個查詢最多可以有效地使用一個範圍條件。附加的範圍條件可能不會像樣地使用索引。

讓我們看一個例子：

// 這個查詢可以高效地使用索引
db.products.find({ price: { $gte: 10, $lte: 50 }, category: "electronics" })

// 這個查詢可能不會高效地使用索引
db.products.find({
price: { $gte: 10, $lte: 50 },
rating: { $gte: 4, $lte: 5 },
category: "electronics"
})

在第二個查詢中，MongoDB 可能需要在價格範圍或評分範圍之間選擇，但不是對兩者同時使用。

解決方案

為了繞過這個限制，你可以：

使用 $or 將查詢拆分成多個部分，每個部分使用不同的索引。
重設你的模式以組合相關字段。
有策略地使用复合索引。

例如：

db.products.find({
$or: [
{ price: { $gte: 10, $lte: 50 } },
{ rating: { $gte: 4, $lte: 5 } }
],
category: "electronics"
})

這樣的查詢結構允許 MongoDB 對 $or 條件中的每部分使用不同的索引。

好了，夥伴們！我們一起穿越了 MongoDB 索引限制的土地。記住，這些不是障礙，而是指引我們建構更高效和可擴展數據庫的標誌。繼續實驗，繼續學習，最重要的是，要明智地進行索引！

Credits: Image by storyset