33

私の理解では、単一のドキュメントでの upsert:true による更新はアトミック操作であるため、コレクションに一意にインデックス付けされたフィールドがない場合、特にプライマリ _id キーでは、重複キー エラーが発生することはありません。

Order.update({ _id: order._id }, query, { upsert: true }, cb) // with mongoose

しかし、これは mongod.log に表示されます。

    2015-03-27T09:39:10.349-0400 I WRITE    [conn258236] update xyz.orders 
query: { _id: "6353f880-c6a7-4260-809f-98e0af27b9a2" } update: { $set: { ... 
} keyUpdates:0 writeConflicts:0 **exception: E11000 duplicate key error dup 
key: { : "6353f880-c6a7-4260-809f-98e0af27b9a2" } code:11000** numYields:1 
locks:{} 138ms


    2015-03-27T09:39:10.349-0400 I COMMAND  [conn258236] command xyz.$cmd 
command: update { update: "orders", writeConcern: { w: 1 }, ordered: true, 
updates: [ { q: { _id: "6353f880-c6a7-4260-809f-98e0af27b9a2" }, u: { $set: { 
... } }, multi: false, upsert: true } ] } keyUpdates:0 writeConflicts:0 
numYields:0 reslen:235 locks:{} 139ms

からの出力は次のdb.orders.getIndexes()とおりです。

{
    "v" : 1,
    "key" : {
        "_id" : 1
    },
    "name" : "_id_",
    "ns" : "xyz.orders"
},

WiredTiger で MongoDB バージョン 3.0.0 を使用しています。

4

1 に答える 1

32

これは進行中の問題であることを恐れています。私は同じ問題を抱えていて、これに関するjiraチケットを見つけました：

https://jira.mongodb.org/browse/SERVER-14322

upsert:true を使用して 2 つの更新が行われる可能性があります。その結果、ドキュメントが見つからず、クエリ述語の一意のインデックス違反で競合する新しいドキュメントが挿入されます。

ここでの「解決策」は、再試行コードをクライアントに追加することです。

于 2016-04-18T15:01:49.253 に答える