MongoDump與MongoRestore若干小坑

2024-07-21 02:53:13

字體：大中小

供稿：網(wǎng)友

1、MongoDump 使用MongoDump進行數(shù)據(jù)導(dǎo)出，總是在導(dǎo)出某些集合的時候出現(xiàn)問題，意外終止，分析問題：集合問題，是否是名稱或集合里面數(shù)據(jù)有問題，經(jīng)檢驗單獨導(dǎo)出該集合沒有任何問題； Baidu，Google后均為果，只能自己思考。比較詭異問題：每次dump必斷，而且會搞垮整個mongodb服務(wù)器；經(jīng)排查，同事沒有進行任何數(shù)據(jù)插入操作，于是乎由連接端口想到是否是Mongodb連接數(shù)導(dǎo)致；先修改linux連接數(shù)，ulimit -n 20000，未果；之后修改MongoDB中的連接數(shù)maxConns=3000，嗖~一下跑完所有集合；進入MongoDB中檢查連接數(shù)db.serverStatus().connections，可用連接數(shù)變?yōu)?998；問題反思：因為將MongoDB作為數(shù)據(jù)庫集合使用，所以其中存了不計其數(shù)的表，而MongoDB在Dump的時候為了保證速度進行了并行處理，在處理的過程中可能由于連接復(fù)用導(dǎo)致集合讀取失敗，而失敗的關(guān)節(jié)點正是連接復(fù)用的點，所以失敗的時候總是那幾個集合，好的情況下前面的處理完了。2、MongoRestore還是之前的問題，導(dǎo)入比導(dǎo)出更耗費連接

上一篇：MongoDB集群性能優(yōu)化

下一篇：MongoDB環(huán)境配置及集群一鍵部署