我在mongodb命令行運(yùn)行db.currentOp(),返回結(jié)果中出現(xiàn)"op" : "getmore",,請(qǐng)問(wèn)一下getmore是一個(gè)什么操作?而且特別耗時(shí):
>db.currentOp()
{
"inprog" : [
{
"opid" : 821006778,
"active" : true,
"secs_running" : 0,
"microsecs_running" : NumberLong(252939),
"op" : "getmore",
"ns" : "local.oplog.$main",
"query" : {
},
"client" : "10.171.53.62:34632",
"desc" : "conn9912",
"threadId" : "0x7f9665e39700",
"connectionId" : 9912,
"waitingForLock" : false,
"numYields" : 0,
"lockStats" : {
"timeLockedMicros" : {
"r" : NumberLong(14),
"w" : NumberLong(0)
},
"timeAcquiringMicros" : {
"r" : NumberLong(1),
"w" : NumberLong(0)
}
}
}
]
}
Getmore récupère les données du curseur. Si vous rencontrez des problèmes, vous pouvez d'abord demander à Google. Ensuite, vous devez d'abord apprendre à contourner le pare-feu...
Plus vous avez de données, plus cela prend de temps. normale. Les données que vous fournissez sont celles du système qui extrait les données de l'oplog et les distribue au n?ud esclave. Cela semble être une réplication ma?tre/esclave.
La table oplog est une table relativement grande par défaut sans index, donc le premier parcours prendra beaucoup de temps.