MongoDB的事务（1/3） 写操作 writeConcern

writeConcern

• writeConcern决定一个写操作落在多少个节点上才算成功。writeConcern的取值包括：

  • writeConcern 虽然会增加写操作延迟时间，但并不会显著增加集群压力，因此无论是否等待，写操作最终都会复制到所有节点上。设置writeConcern只是让写操作等待复制后再返回而已。
  • 应对重要数据应该使用 {w:"majority"}，普通数据可以应用 {w:1} 以确保最佳性能。
  • 0：发起写操作，不关心是否成功；

• 1～集群最大数据节点数：写操作需要被复制到指定节点数才算成功；

  • majority：写操作需要被复制到大多数节点上才算成功。
  • 发起写操作的程序将阻塞到写操作复制完成，到达指定的节点数为止。

• w默认行为

     db.test.insert({count:1})
  

  • 默认只写入主节点一个。

  • 甚至默认情况下都不用写到盘里，内存里写完就返回了。

  • 如下图所示，解释一下实现表示完成操作，虚线表示会异步进行结果就不保证了。

    

• w: "majority" 大多数节点确认模式【推荐】

      db.test.insert({count:1},{writeConcern:{w:"majority"}})
      db.test.insert({count:1},{writeConcern:{w:3}})
      db.test.insert({count:1},{writeConcern:{w:4}})
  

  

• w: "all" 全部节点确认模式

  • 弊端就是有一个节点挂了就会一直阻塞。

    

• j:true

  • conf=rs.conf()
    conf.members[2].slaveDelay=5 # 延迟同步
    conf.members[2].priority=0 # 关掉选举, 因为上一步设置了延迟同步，这个地方必须设置关掉；不然报错。
    rs.reconfig(conf)
    

  • writeConcern 可以决定写操作到达多少个节点才算成功，journal 则定义如何才算成功。

  • 取值包括：

    • true，写操作要落到 journal 文件中才算成功；
    • false，默认值，写操作到达内存即算作成功。

• 观察复制延迟下的写入，以及 timeout 参数

  db.test.insert({count:1},{writeConcern:{w:3}})
  db.test.insert({count:1},{writeConcern:{w:3,wtimeout:3000}}) # 为了防止节点挂掉，一直阻塞，可以设置返回一个超时的警告。
     # 但是要注意，数据实际上写进去了，这里只是警告！！