--mongorestore升級過程中如果遇到如下錯誤，需要刪除admin資料庫
[[email protected] tmp]# mongorestore -h 127.0.0.1 --oplogReplay --port 27015 --dir /tmp/dump20160411/
2016-04-11T16:36:14.026+0800    building a list of dbs and collections to restore from /tmp/dump20160411 dir
2016-04-11T16:36:14.039+0800    assuming users in the dump directory are from <= 2.4 (auth version 1)
2016-04-11T16:36:14.040+0800    Failed: the users and roles collections in the dump have an incompatible auth version with target server: cannot restore users of auth version 1 to a server of auth version 5

--刪除admin資料庫，可以正確還原資料庫從2.4至3.2
[
 
[email protected] dump20160411]# rm -rf admin/
[[email protected] dump20160411]# mongorestore -h 127.0.0.1 --oplogReplay --port 27015 --dir /tmp/dump20160411/


--同樣的資料在3.2版本中壓縮比比在2.4中多10倍以上
[[email protected] mongodb]# du -sh *
35G     27014 （2.4版本）
3.1G    27015 （3.2版本）


 --從mongo2.6開始，mongo限制索引的大小不能超過1MB（之前的版本是索引無效），否則其會報錯
 Failed: messaging.messageHistory: error creating indexes for messaging.messageHistory: createIndex error: WiredTigerIndex::insert: key too large to index, failing  2001
 { : "環境後臺出現錯誤: org.springframework.validation.BeanPropertyBindingResult: 4 errors Field error in object 'flightWhiteSearchRequirment' on fi..." }

The total size of an index entry, which can include structural overhead depending on the BSON type, must be less than 1024 bytes.
MongoDB will not create an index on a collection if the index entry for an existing document exceeds the index key limit. Previous versions of MongoDB would create the index but not index such documents.


--檢視索引中欄位最長的 _id
var max_id=null;
var max_title_length=1;
db.messageHistory.find().forEach(function(doc){if(doc.title.length>max_title_length) {max_title_length=doc.title.length; max_id=doc._id;} });


--此時有兩種解決方法，
一是在 mongorestore 中加上 noIndexRestore 不恢復索引，注意此時意味著恢復完成後要手動對每一個數據庫的每一個文件重建索引
一是在 編輯 collection.metadata.json 檔案，把與那個索引有關的語句刪除掉



-- 單庫遷移升級(場景:原來的資料庫在mongo 2.4版本中(埠27016),現在現把它遷移到3.2版本中(埠27017),在遷移升級過程中也有資料的變更)

--假設要遷移的資料庫為test
--先初始化一部分資料
use test
for(var i=1;i<10000;i++) {db.user.insert({"name":"rudy"+Math.round(Math.random()*1000),"password":"123"+Math.round(Math.random()*100)}) }

--備份之前,檢視此時的時間戳
Timestamp(Date.parse(new Date())/1000,1);
Timestamp(1463128620, 1)

--備份出資料
mongodump -o /tmp/backup/dump`date +%Y%m%d` -d test --port 27016

--接著做資料的變更(注意增刪改等操作也可能在其它資料中進行)
for(var i=1;i<10;i++) {
var rand=Math.round(Math.random()*1000);
if(i%2==0)
  {db.user.remove({"name":"rudy"+rand})}
}


--將備份出的資料匯入到3.2版本中
mongorestore -h 127.0.0.1  --port 27017  --dir /tmp/backup/dump20160516/ 

--依據匯出前的時間戳,匯出與資料庫test有關的oplog(2.4版本),注意匯出時的查詢條件,以及對"."的雙轉義
mongodump -h 127.0.0.1 --port 27016 -d local -c "oplog.rs" -q '{"ns":/^test\\./,ts:{$gte:Timestamp(1463128620, 1)}}' -o /tmp/backup/oplog01/

--新起一個例項把oplog匯出到新例項中(如果需要迴圈操作,從第二次起,匯入前把oplog.rs清空)
mongorestore -h 127.0.0.1 --port 27019 -d local -c "oplog.rs" --dir /tmp/backup/oplog01/local/oplog.rs.bson

--把oplog匯入到3.2版本的資料庫中,以實現滾動的資料應用
mongooplog --host=127.0.0.1 --port 27017 --from 127.0.0.1:27019 

--迴圈從2.4版本匯出oplog，在3.2版本中應用oplog的過程，直到應用的連線連線到3.2版本為止




(另注:由於從3.2版本開始mongooplog已經被廢棄,要使用mongorestore進行oplog操作)
--由於mongorestore需要的是oplog.bson,故需要對備份出來的oplog重新命名
cp /tmp/backup/oplog01/local/oplog.rs.bson /tmp/backup/oplog01/local/oplog.bson
--指定oplogReplay引數對oplog進行重放(注意此時不需要 -d local -c "oplog.rs" 引數,因為其只會把oplog匯入到local資料庫中,但不對oplog進行重放)
mongorestore -h 127.0.0.1 --port 27017 --oplogReplay --dir /tmp/backup/oplog01/local/

--迴圈從2.4版本匯出oplog，在3.2版本中應用oplog的過程，直到應用的連線連線到3.2版本為止