我有一个集合，它具有并发读取，并且应用程序的某些部分也在更新同一个集合，但是在加载期间，每个读取和更新操作都花费了很多时间，并且随着时间的推移变得非常慢

这是一些查询的日志

nscanned:4 nupdated:2 keyUpdates:3 numYields: 1 locks(micros) w:2475463 10247ms
nscanned:4 nupdated:2 keyUpdates:2 numYields: 1 locks(micros) w:2077481 1054ms

集合只有 70K 条记录。 并发读写接近10。

这是我已经完成的

1. 使用 3 个成员副本集进行分片

2. 分片键被散列并且数据库和集合级分片都启用

3. 每个副本盒都有足够的电量和内存。

4. 查询受索引限制，db.collection.find().explain() 有此输出

   {
       "cursor" : "BtreeCursor fp.ulc_1_c_1_p_1",
       "isMultiKey" : true,
       "n" : 0,
       "nscannedObjects" : 2,
       "nscanned" : 2,
       "nscannedObjectsAllPlans" : 2,
       "nscannedAllPlans" : 2,
       "scanAndOrder" : false,
       "indexOnly" : false,
       "nYields" : 0,
       "nChunkSkips" : 0,
       "millis" : 0,
       "indexBounds" : {
           "fp.ulc" : [
               [
                   "0ca01c47c984b5583d455e42aafded2c",
                   "0ca01c47c984b5583d455e42aafded2c"
               ]
           ],
           "c" : [
               [
                   false,
                   false
               ]
           ],
           "p" : [
               [
                   1372062247612,
                   1.7976931348623157e+308
               ]
           ]
       }
   }
   

我也尝试过设置二级阅读偏好，但一段时间后它也变慢了 我还注意到 mongostat 中的锁定是 mongostat 的输出

insert  query update delete getmore command flushes mapped  vsize    res faults       locked db idx miss %     qr|qw   ar|aw  netIn netOut  conn  set repl       time
    *0     *0      6     *0       4     2|0       0  54.4g   109g  1.74g      0 collectDb:199.7%          0       6|0     0|1     3k   130k    21 set1  PRI   08:27:55
    *0     *0     15     *0      11     8|0       1  54.4g   109g  1.74g      0 collectDb:200.1%          0       6|0     0|1    11k   357k    21 set1  PRI   08:27:58
     7     *0     34     *0      18    26|0       0  54.4g   109g  1.75g      0 collectDb:202.9%          0       6|0     0|1    36k   362k    21 set1  PRI   08:28:00
     1     *0     13     *0       8     7|0       0  54.4g   109g  1.75g      0 collectDb:192.3%          0       6|0     0|1    12k   287k    21 set1  PRI   08:28:03
     1     *0      9     *0       7     8|0       0  54.4g   109g  1.75g      0 collectDb:196.1%          0       6|0     0|1     5k   258k    21 set1  PRI   08:28:04
     5     *0     20     *0      10    13|0       0  54.4g   109g  1.75g      0 collectDb:207.7%          0       6|0     0|1    23k   214k    21 set1  PRI   08:28:08
     8     *0     38     *0      21    29|0       0  54.4g   109g  1.74g      0 collectDb:215.9%          0       5|0     0|1    40k   548k    21 set1  PRI   08:28:12
     6     *0     44     *0      24    22|0       0  54.4g   109g  1.75g      0 collectDb:199.5%          0       3|0     0|1    45k   509k    21 set1  PRI   08:28:15
     2      4     27     *0      11    28|0       0  54.4g   109g  1.75g      0 collectDb:169.2%          0       6|0     0|1    21k   318k    21 set1  PRI   08:28:18
     2     *0     29     *0      18    20|0       0  54.4g   109g  1.74g      0 collectDb:255.5%          0       5|0     0|1    28k   588k    21 set1  PRI   08:28:24

最佳答案

所以我终于找到了避免在 mongodb 中锁定的最佳方法。

我做了什么

• 将我的 mongodb 更新到最新的稳定生产版本 2.4.8 from here .

• 使用 Raid 10 ebs 将我的 ebs 更新为优化的 iops 2000 .

• 从 mongod.log 文件和每个驱动器的 iowait 监控我的慢速查询。

• 添加了一些多键索引和复合索引From Mongodb indexs docs .

• 我还观察了每个 ec2 实例上的 ram 消耗情况，包括副本集的主要成员和次要成员。

• Change the instance类型为使用千兆以太网接口(interface)优化的 Ebs，每台服务器上有超过 16 GB 的内存，以便大多数时间内存可用于索引和当前数据集。

• 一本好书Documentation亚马逊实例及其最佳用例，以便您更好地理解您的需求。

虽然锁定是 MongoDB 中的一个主要问题，但我认为他们正在研究集合级锁定，因此可能在即将推出的版本中它将解决几乎所有与锁定导致的性能下降相关的问题。 这是 jira链接，您可以检查状态。

关于mongodb - 如何避免在mongodb中锁定，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/17831989/