14
La mia comprensione è che l'aggiornamento con upsert: true su un singolo documento è un'operazione atomica quindi questo non dovrebbe mai provocare un errore chiave duplicato, specialmente non sull'id_id principale chiave, quando la raccolta ha nessun uniche-ly campi indicizzati:impossibile da mongodb (?) E11000 duplicazione errore chiave dup chiave durante l'upserting
Order.update({ _id: order._id }, query, { upsert: true }, cb) // with mongoose
Ma questo appare nel 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
Ecco l'output db.orders.getIndexes():
{
"v" : 1,
"key" : {
"_id" : 1
},
"name" : "_id_",
"ns" : "xyz.orders"
},
Stiamo usando MongoDB versione 3.0.0 con WiredTiger.
Qual è il valore di 'order._id' e' query' - entrambi hanno lo stesso valore '_id'? – DaveCoast
Sì. Le righe nel log sono per una particolare esecuzione della chiamata mangusta con order._id impostato come "6353f880-c6a7-4260-809f-98e0af27b9a2". – Jason
Le chiamate provengono dalla stessa connessione con '{w: 1}', quindi è probabile che fossero seriali e non simultanei - come stai generando il valore 'order._id'? Sei sicuro di non aver chiamato l'aggiornamento due volte con lo stesso 'order._id' nella stessa discussione/processo? – wdberkeley