MongoDB 写安全(Write Concern)

最新推荐文章于 2025-06-14 17:53:20 发布

清风智语

最新推荐文章于 2025-06-14 17:53:20 发布

阅读量2.3w

点赞数 8

CC 4.0 BY-SA版权

分类专栏： -----MongoDB相关特性文章标签： mongodb 数据库安全集群文档

本文链接：https://blog.youkuaiyun.com/leshami/article/details/52913705

-----MongoDB相关特性专栏收录该内容

30 篇文章

订阅专栏

本文介绍了MongoDB的写入安全机制（WriteConcern），详细解释了应答式与非应答式写入的区别，以及如何通过设置w、j、wtimeout等参数来平衡性能与数据一致性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

MongoDB Write Concern，简称MongoDB写入安全机制，是一种客户端设置，用于控制写入安全的级别。Write Concern 描述了MongoDB写入到mongod单实例，副本集，以及分片集群时何时应答给客户端。默认情况下，mongoDB文档增删改都会一直等待数据库响应(确认写入是否成功)，然后才会继续执行。本文讲述了MongoDB 应答机制及相关参数。

一、MongoDB应答机制

    MongoDB应答机制就是说对于当前数据库的写入成功与否告知客户端(db.getLastError()）。如下：
            mongoDB client发出写入(或更新)请求---->mongoDB Server端写入---->通知客户端已经写入OK
    主要分为2种应答机制
            应答式写入(缺省情形，安全写入，适用于数据强一致性场景)
            非应答式写入(非安全写入，适用于数据弱一致性场景)
    实现方式
            通过Write Concern来实现，客户端驱动调用db.getLastError()方法，错误返回给客户端
            如果捕获到错误，则可以通过客户端定义的逻辑尝试再次写入或记录到特定日志等

二、Write Concern用法

    { w: <value>, j: <boolean>, wtimeout: <number> }

    w : 该选项要求确认操作已经传播到指定数量的mongod实例或指定标签的mongod实例
            w可选的的值
                    <number>
                            w:1(应答式写入)
                                    要求确认操作已经传播到指定的单个mongod实例或副本集主实例(缺省为1)
                            w:0(非应答式写入)
                                    不返回任何响应，所以无法知道写入是否成功
                                    但是对于尝试向已关闭的套接字写入或者网络故障会返回异常信息
                            w:>1(用于副本集环境)
                                    该值用于设定写入节点的数目，包括主节点

            "majority"(大多数)
                    适用于集群架构，要求写入操作已经传递到绝大多数投票节点以及主节点后进行应答

            <tag set>
                    要求写入操作已经传递到指定tag标记副本集中的成员后进行应答

    j : 该选项要求确认写操作已经写入journal日志之后应答客户端(需要开启journal功能)
            则在意外重启，宕机等情形下可以通过journal来进行数据恢复
            写入journal操作必须等待直到下次提交日志时完成写入
            为降低延迟，MongoDB可以通过增加commit journal的频率来加快journal写入

    wtimeout:
            该选项指定一个时间限制,以防止写操作无限制被阻塞导致无法应答给客户端
            wtimeout的单位为ms，当w值大于1时生效，该参数即仅适用于集群环境
            当某个节点写入时超出指定wtimeout之后，mongod将返回一个错误
            在捕获到超时之前，mongod并不会撤销其他节点已成功完成的写入
            wtimeout值为0时等同于没有配置wtimeout选项，容易导致由于某个节点挂起而无法应答

    对于单实例应答的情形，是将数据写入到内存后开始应答，除非j:true，则保证掉电后不会丢失数据

三、几种不用应答模式图示说明

1、非应答式写入图示

    MongoDB不对客户端进行应答，驱动会检查套接字，网络错误等。
    mongos> db.version()
    3.2.9
    mongos> db.version()
    3.2.9
    mongos> db
    test
    mongos> db.blogs.insert({ename:"leshami",url:"http://blog.youkuaiyun.com/leshami"},{writeConcern:{w:0}})
    WriteResult({ })   //此处应答为空

    mongos> db.blogs.find({},{_id:0})
    { "ename" : "leshami", "url" : "http://blog.youkuaiyun.com/leshami" }

这里写图片描述

2、应答式写入图示

    应答式写入是默认值
    MongoDB会在收到写入操作并且确认该操作在内存中应用后进行应答，但不会确认数据是否已写入磁盘
    同时允许客户端捕捉网络、重复key等等错误

    mongos> db.blogs.insert({ename:"john",url:"http://blog.youkuaiyun.com/john"},{writeConcern:{w:1}})
    WriteResult({ "nInserted" : 1 })    //此处应答信息显示为1个文档已插入

    mongos> db.blogs.find({},{_id:0})
    { "ename" : "leshami", "url" : "http://blog.youkuaiyun.com/leshami" }
    { "ename" : "john", "url" : "http://blog.youkuaiyun.com/john" }

这里写图片描述

3、带journal应答式写入图示

    确认写操作已经写入journal日志之后应答客户端，必须允许了日志功能，才能生效。
    写入journal操作必须等待直到下次提交日志时完成写入
    提供通过journal来进行数据恢复

这里写图片描述

4、副本集应答写入图示

    对于使用副本集的场景，缺省情况下仅仅从主(首选)节点进行应答
    建议修改缺省的应答情形为特定数目或者majority来保证数据的可靠
    如下示例，w值为2，超时为5s
            db.products.insert(
               { item: "envelopes", qty : 100, type: "Clasp" },
               { writeConcern: { w: 2, wtimeout: 5000 } }
            )       
    如果不希望每次在增删改时添加writeConcern，可以通过设置settings.getLastErrorDefaults
    如下示例，
            cfg = rs.conf()
            cfg.settings = {}
            cfg.settings.getLastErrorDefaults = { w: "majority", wtimeout: 5000 }
            rs.reconfig(cfg)

这里写图片描述

四、小结

1、write concern用于控制写入安全的级别，可以分为应答式写入以及非应答式写入
2、write concern是一个性能和数据强一致性的权衡，应根据业务场景进行设定
3、对于强一致性场景，建议w>1或者等于majority，以及journal为true，否则w=0
4、在副本集的情形下，建议通过配置文件来修改w以及设置wtimeout，以避免由于某个节点挂起导致无法应答