MongoDB在Linux上的數據遷移技巧有哪些

1. mongodump/mongorestore工具（全量/跨版本遷移首選）
這是MongoDB官方推薦的通用遷移方案，通過導出BSON格式的二進制數據實現高效遷移。操作步驟如下：

• 導出數據：在源Linux服務器上執行mongodump --host=源主機 --port=源端口 --db=數據庫名 --out=./backup，將指定數據庫導出到本地backup目錄（BSON格式保留索引、數據類型等完整信息）。
• 傳輸備份文件：使用scp -r ./backup user@目標服務器IP:/目標路徑將備份目錄傳輸到目標服務器。
• 恢復數據：在目標服務器上執行mongorestore --host=目標主機 --port=目標端口 --db=數據庫名 /目標路徑/backup/數據庫名，將數據導入目標MongoDB實例。
  適用場景：小型/中型數據庫遷移、跨版本升級（如3.x→4.x→5.x）、需要完整備份恢復的場景。
  注意事項：遷移前需停止源數據庫的寫入操作（或使用--oplog參數記錄增量操作，適用于需要一致性的場景）；確保目標服務器MongoDB版本兼容源版本（如3.6→4.0需注意索引變更）。

2. mongoexport/mongoimport工具（選擇性/異構數據遷移）
若只需遷移部分集合或需要將數據轉換為JSON/CSV格式（如與其他系統交換數據），可使用此工具。操作步驟如下：

• 導出單個集合：在源服務器上執行mongoexport --host=源主機 --db=數據庫名 --collection=集合名 --out=集合名.json（JSON格式）或--type=csv（CSV格式，需指定字段--fields=field1,field2）。
• 傳輸導出文件：使用scp將JSON/CSV文件傳輸到目標服務器。
• 導入數據：在目標服務器上執行mongoimport --host=目標主機 --db=數據庫名 --collection=集合名 --file=集合名.json（JSON）或--type=csv --headerline（CSV，自動識別表頭）。
  適用場景：選擇性遷移部分集合、跨系統數據交換（如MySQL→MongoDB）、數據結構轉換（如調整字段類型）。

3. 副本集擴展遷移（大規模生產環境最小化停機）
對于大規模數據或生產環境，可通過將目標服務器添加為源副本集的次要節點，利用MongoDB的oplog實現實時同步，最后切換為主節點。操作步驟如下：

• 準備目標服務器：安裝與源服務器相同版本的MongoDB，配置mongod.conf文件（設置replication.replSetName與源集群一致，如rs0）。
• 添加次要節點：在源副本集的Primary節點上執行rs.add("目標服務器IP:端口")，目標服務器開始同步數據。
• 驗證同步狀態：執行rs.status()，確認目標節點的stateStr為SECONDARY且optimeDate與Primary一致。
• 切換角色：停止源服務器的MongoDB服務，將目標服務器提升為Primary（rs.reconfig(cfg, {force: true})，需謹慎使用force參數）。
  適用場景：大規模數據遷移（TB級）、生產環境零停機或最小化停機、同版本/兼容版本間遷移。

4. 直接復制數據文件（快速遷移，適合同版本）
若源和目標服務器的MongoDB版本完全一致，且數據量較大，可直接復制數據目錄（默認/var/lib/mongodb）實現快速遷移。操作步驟如下：

• 停止源服務：執行sudo systemctl stop mongod停止MongoDB服務。
• 同步數據目錄：使用rsync -avz --progress /var/lib/mongodb/ user@目標服務器IP:/var/lib/mongodb/（-a保留權限，-v顯示進度，--progress顯示傳輸詳情）。
• 更新目標配置：檢查目標服務器的/etc/mongod.conf文件，確保storage.dbPath指向正確的數據目錄（如/var/lib/mongodb）。
• 啟動目標服務：執行sudo systemctl start mongod啟動MongoDB服務。
  適用場景：同版本遷移、數據量極大（如TB級）、需要快速遷移的場景。
  注意事項：遷移前需停止源服務以避免數據不一致；同步完成后需檢查數據目錄權限（chown -R mongodb:mongodb /var/lib/mongodb）。

5. 增量遷移（處理大規模數據或持續寫入）
若數據量極大或源數據庫仍在寫入，可采用“全量+增量”的分階段遷移策略。操作步驟如下：

• 全量備份：使用mongodump導出源數據庫的全量數據（如mongodump --host=源主機 --db=數據庫名 --out=/全量備份）。
• 傳輸并恢復全量數據：將全量備份傳輸到目標服務器，使用mongorestore恢復（如mongorestore --host=目標主機 --db=數據庫名 /全量備份/數據庫名）。
• 增量備份與恢復：在全量備份后，定期執行mongodump導出自上次備份以來的增量數據（如mongodump --host=源主機 --db=數據庫名 --out=/增量備份 --query '{"lastmod": {"$gt": ISODate("2025-10-01T00:00:00Z")}}'），并傳輸到目標服務器恢復。
• 最終同步：停止源服務，將最后的增量數據同步到目標服務器，切換服務。
  適用場景：大規模數據（TB級）、源數據庫持續寫入、需要減少停機時間的場景。

6. 遷移前的準備工作（避免踩坑）

• 備份數據：無論使用哪種遷移方案，均需提前備份源數據（如mongodump或復制數據目錄），防止遷移過程中數據丟失。
• 檢查兼容性：確認源和目標MongoDB版本的兼容性（如3.6→4.0需注意索引變更，4.0→5.0需升級存儲引擎），避免因版本不兼容導致數據錯誤。
• 處理特定版本差異：如MongoDB 4.0引入了文檔驗證，5.0升級了WiredTiger存儲引擎，需提前調整數據模型（如刪除不支持的索引、轉換數據類型）。
• 更新應用程序配置：遷移完成后，修改應用程序的數據庫連接字符串（如mongodb://目標主機:27017/數據庫名），確保應用程序能正常連接目標數據庫。

7. 遷移后的驗證（確保數據一致性）

• 數據完整性檢查：在目標服務器上執行db.collection.countDocuments()，與源服務器的集合數量對比；使用db.collection.find().limit(10)抽查數據是否一致。
• 功能測試：運行應用程序的核心功能（如查詢、插入、更新），確保數據操作正常。
• 性能測試：使用mongostat監控目標服務器的性能指標（如QPS、延遲），確保遷移后性能符合預期。