这一周有事情,结尾用MONGODB 作为结尾, 而本周开篇,还是以MONGODB 作为开始.
MONGODB 的写操作中包含一个特殊的功能,就是写安全, 其他数据库在写入数据后,如果你想确认你写入的数据是否已经存在于数据库中,通常开发的想法是在查询一次. 实际上插入数据并确认的操作就需要两个operations.
MONGODB 本身带有 W 属性的操作,W 属性的主要的意义是什么,起源于那个版本. 在MONGODB 3.2.6 这个版本, W concern . W concern 这个功能主要解决的问题
1 保证单机,复制集合,分片 三种MONGODB 的数据库形式中的数据写入后的安全保证.
2 通过W concern的机制,让数据的写入达到某种级别的安全等级,并可以控制多种兼容方式的安全数据写入分级
那么我们通过上面的一些解释看看到底MONGODB 的 W concern 有怎样的功能,帮助写入数据达到一定的安全性和分级.
首先我们需要熟悉 w concern的初步的使用,
w
j
wtimeout
这三个选项到底代表了什么, w 代表了在一个复制集合中,写入数据成功的回馈的条件, 当你有三个节点的MONGODB复制集合, 则 w 2 意味着,至少有两个节点收到数据后,才能反馈写入成功.
不少人对于MONGODB 有偏见,认为NO SQL 数据库写入数据不稳定,容易丢失数据, 并且不安全,这是非常错误的观念, MONGODB 在数据的安全性上有非常好的体验.
举例
我在插入一条数据的情况下, 在插入的语句后面加入 (writeConcern:{w:2}) 这意味这,这条数据在插入的过程中,除了主节点以外, 其中的一个从节点也讲数据写入了,这样系统才回馈你的数据插入了.
想想这样的设置在MYSQL 中是不大可能的, 一次插入数据会回馈你数据已经安全落入到复制集合中,这难道不是一个值得欣喜的事情.
事情远远没有结束, 上面的方式 w:2 实际上是数据写入两个节点耗费的性能后的回馈,这对于重要的数据是非常重要的,而w:0 则意味着.信息的写入不会被回馈,那这样数据插入的性能就会很高.
这里小结一下,你在使用MONGODB 的复制集合的情况下,对于重要的数据你可以使用 w:2 或者更多来让数据确认在复制集合的几个位置上被"落袋为安", 也可以对一些不重要的数据,带写入量很大的数据,直接设置 w:0 让数据写入的"更快".
说完第一个w 那么第二个j 是什么意思
使用过MONGODB 的人对于journal log 不陌生,MONGODB 的数据也不是马上写入到数据文件,也是有我们的日志, 数据是先写入到日志中,然后在刷入到我们的数据文件.
j 的意思是写入到日志后,系统才反馈你的数据被成功写入到数据库中.
这样的好处是更加保证你的数据写入一定是安全的,哪怕此时数据库已经崩溃,但数据一定是在你的数据库的日志中有记录的,丢失不了.
当然代价也是很明显的,数据回馈写入会比较慢,这与你日志刷入磁盘的频率和时间有关,所以一般对于极其重要的数据可以使用这个选择,否则可以略过
最后wtimeout 意味着你的数据的写入时,客户端容忍的时间,如果你超过这个时间,客户端就认为你写入失败,并且回馈信息.
db.blogs.insert({name:"Austin",url:"https://cloud.tencent.com/developer/user/5669671"},{writeConcern:{w:2,j:true,wtimeout:1}})
上面的这句意味这如果你启用了 J 特性,则这个写入的语句会等待200毫秒,如果超过200毫秒,还没有回馈,则认为写入失败. (默认日志刷新是100毫秒)
上图总结了上面文字的四种情况, MONGODB 作为NOSQL 的NO.1 的第一把交椅, 在数据安全方面是非常有保证的,并且对比一些比较流行的RDS数据库,相关的数据的安全性保证也是不差,并且还不分仲伯, 所以错误的观念要被纠正.
本文分享自微信公众号 - AustinDatabases（AustinDatabases）。
如有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。
