MongoDB：解决竞争条件的策略

Question

我们有一个场景，我们需要在一个站点模型下存储多个提要，如下所示：

{
  id: site_id
  name: site_name
  feeds: [
    {
      url: feed_url_1
      date: feed_update_date_1
    },
    {
      url: feed_url_2
      date: feed_update_date_2
    },
    ...
  ]
}

由于feeds 是一个数组，我们可以使用$set、$push 或$addToSet 对其进行更新。

当我们的并发应用程序（队列）尝试更新相同的站点模型时，可能会出现 2 种不同的竞争条件（写入偏差）。

如果我们选择$set，并在客户端保护重复，那么如果 2 个队列正在写入同一个站点，则可能会丢失一个提要并按照以下顺序。

Given a wordpress site, extract 2 feeds (RSS and ATOM), dispatch to Q1 and Q2.
Q1: load existing feed, check RSS feed is new
Q2: load existing feed, check ATOM feed is new
Q1: $set feeds => [RSS]
Q2: $set feeds => [ATOM]

现在 RSS 提要丢失了。

如果我们选择$push 或$addToSet，那么可能会发生以下情况。

User A added a site, putting RSS feed to Q1
User B added the same site, putting the same RSS feed to Q2
Q1: load existing feed, check RSS feed is new
Q2: load existing feed, check RSS feed is new
Q1: $push RSS
Q2: $push RSS

现在 RSS 提要已被复制

如果我们的数据模型只是 { url }，那么 $addToSet 将防止重复提要。但不幸的是，情况并非如此，date 属性可能会有所不同。所以$addToSet 并不比$push 安全多少。

我们已经想到了一些可能的解决方法来解决这个问题，但考虑到我们的时间紧迫，没有一个很好。

1. 将站点中的提要分离到自己的集合中，单独使用url 进行保护，并相应地更改我们的模型和存储库。

2. 首先将部分{ url } 插入站点模型，然后使用附加信息更新它们，这应该使$addToSet 可用，但可能会破坏其他需要date 始终存在的队列（需要测试)。

3. 让竞争条件按原样发生，$push 提要首先，使用后台队列检测重复并稍后将其删除。

（如果 upsert 与位置查询一起使用，可能会有第四个解决方案，但据我所知 MongoDB v2.4 还没有）

所以我想知道是否有更好的选择来解决这种竞争条件。或者，如果有一些最佳做法。

Answer 1

你可能想看看tokumx，一个支持transactions的mongodb分支（除了一些其他有用的东西）

Answer 2

您可以在更新选择器上使用 gard：

alice(mongod-2.4.8) test> db.foo.save({_id: 12 })
Updated 1 new record(s) in 1ms
alice(mongod-2.4.8) test> db.foo.update({ _id: 12, "feeds.url" : {$ne: "baz"} }, 
    { $push :     { feeds : { url: "baz" } } } )
Updated 1 existing record(s) in 1ms
alice(mongod-2.4.8) test> db.foo.update({ _id: 12, "feeds.url" : {$ne: "baz"} },
    { $push : { feeds : { url: "baz" } } } )
Updated 0 record(s) in 1ms
alice(mongod-2.4.8) test> db.foo.find({_id: 12 })
{
    "_id": 12,
    "feeds": [
        {
            "url": "baz"
        }
    ]
}
Fetched 1 record(s) in 1ms -- Index[_id_]