2013-08-28 12 views
21

は、私が最初の更新が成功する

update(
    { "uuid": someUuid, "revision.versionNumber": someVersionNumber}, 
    { "$set": { "meta.someId": someId }, "$push": { "meta.someMessages": someMessage } } 
) 

は時折、私はこれが異なるsomeMessageと同じuuidversionNumber、& someIdのために呼び出されたときに表示フォームの更新の回数を行っていますが、2番目は失敗します黙って私は更新がデータベースにそれを作っている知っているので

私は、モンゴログに以下を参照してください最初の更新は、第三のものと同じクエリを持っていますが、3分の1がnupdated: 0

を持っていながら、最初は nupdated: 1を持っていることを 予告
Wed Aug 28 14:50:24 [conn18] update some-db.some_collection query: { uuid: "b841f303-a054-4eb9-8885-9d3ebf9906a1", revision.versionNumber: 9 } update: { $set: { meta.someId: "521e6fe4036420f90371a922" }, $push: { meta.someMessages: { event: "instance.complete", timestamp: new Date(1377726624985) } } } nscanned:2507 nmoved:1 nupdated:1 keyUpdates:0 numYields: 19 locks(micros) w:6010 9ms 
Wed Aug 28 14:50:24 [conn18] run command some-db.$cmd { getlasterror: 1, fsync: true } 
Wed Aug 28 14:50:24 [conn14] update some-db.some_collection query: { uuid: "843f424d-8a62-4a8b-853f-dc2e9c42b309", revision.versionNumber: { $lt: 10 }, meta.deleted: true } update: { $set: { meta.deleted: false } } nscanned:3243 nupdated:0 keyUpdates:0 numYields: 23 locks(micros) w:8431 11ms 
Wed Aug 28 14:50:24 [conn14] run command some-db.$cmd { getlasterror: 1, fsync: true } 
Wed Aug 28 14:50:24 [conn5] update some-db.some_collection query: { uuid: "b841f303-a054-4eb9-8885-9d3ebf9906a1", revision.versionNumber: 9 } update: { $set: { meta.someId: "521e6fe4036420f90371a922" }, $push: { meta.someMessages: { event: "instance.complete.success", timestamp: new Date(1377726624985) } } } nscanned:3242 nupdated:0 keyUpdates:0 numYields: 20 locks(micros) w:5684 9ms 

また、ここでは、このバグの回避策としてmongosniff

update flags:0 q:{ uuid: "85700d8c-8946-4b09-968b-968f76d31028", revision.versionNumber: 13 } o:{ $set: { meta.someId: "521e7b12036420f90371b515" }, $push: { meta.someMessages: { event: "instance.complete", timestamp: new Date(1377729439093) } } } 
319 some-db.some_collection 

    update flags:0 q:{ uuid: "a460019d-443b-4b59-b23e-1eae19e26c31", revision.versionNumber: 14 } o:{ $set: { meta.someId: "521e7b2f036420f90371b579" }, $push: { meta.someMessages: { event: "task.start", timestamp: new Date(1377729439093) } } } 
123 some-db.some_collection 

    query: { uuid: "a2558f5c-d825-4ec4-bbc4-7e48b1cb3c60", isLatest: true } ntoreturn: -1 ntoskip: 0 
302 some-db.some_collection 

    update flags:0 q:{ uuid: "85700d8c-8946-4b09-968b-968f76d31028", revision.versionNumber: 13 } o:{ $set: { meta.someId: "521e7b12036420f90371b515" }, $push: { meta.someMessages: { event: "instance.complete.success", timestamp: new Date(1377729439093) } } } 
173 some-db.some_collection 
+0

フィールドにはインデックスがありますか? –

+0

@AsyaKamskyはありません。違いがあり、それはなぜでしょうか? –

+2

私はそれが最初にそこにあった更新が、それがディスク "nmoved:1"上に移動させた文書を成長させたことに気付くでしょう。つまり、他の更新がコレクションをスキャンしていた方法によっては、 "ドキュメント(両方のプロセスは、世界の状態が変わる可能性があることを意味しています:numYields:20)このインデックスは、更新の遅さにも役立ちます - 2500ドキュメントをスキャンして1を検索し、インデックスをnscannedはるかに低くなり、両方の更新が同じ順序でインデックスを「トラバース」することが保証されます。 –

答えて

2

から出力され、私はfindAndModifyを使用して、更新が起こったことを確認するために結果を確認をお勧めします。

dbCollection.findAndModify(
{ "uuid": someUuid, "revision.versionNumber": someVersionNumber}, 
[], { "$set": { "meta.someId": someId }, "$push": { "meta.someMessages": someMessage } }, {safe: true, 'new' : true}, function(err, updated){ 
    if(err){ 
    //handle the error 
    } 
    if(updated.meta.someMessages doesn't contain your message) { 
    //try it again or report it to the client 
    }  
    }); 
関連する問題