探坑mongoDB4.0事务回滚的辛酸历程

摘要：参考链接官方关于事务的介绍中文社区关于的介绍如果不想进行第二步，可以直接为你创建一个新的复制集我只是个前端啊，为什么要这么折磨我

主管前几天发现mongoDB已经升级到4.0了，迫不及待得让我实现他期待已久的事务回滚，发现还是有很多坑啊！
下面是我将已有的本地mongoDB升级到支持事务回滚的历程，分享出来，有错误的地方欢迎指正！
以mac为例哈

升级mongodb至4.0.0

$ brew upgrade mongodb

升级或安装mongodb.js v3.1.0 以上

$ npm i mongodb --save-dev

坑
升级完上述后，db.js里连接mongo时，
会警告，让你在connect的option里加一个字段
useNewUrlParser:true，
这时如果有用户验证，还需要在connect的option里再加一个字段
authSource:用户所在的db，一般为admin
否则会报验证失败，找不到用户的错误，比如

    const mongoClient = await MongoClient.connect(mongoClientUrl, {
      auth: {
        user: config.dbUserName,
        password: config.dbUserPassword,
      },
      authSource:"admin",
      useNewUrlParser:true,
    });

关掉所有的mongod

在平时启动mongod的命令后添加--replSet rs0，比如

$ mongod -dbpath ./db --port 27017 --replSet rs0

再开个shell，创一个不同端口的mongo实例，比如

$ mongod -dbpath ./db_repl --port 27018 --replSet rs0

连接27017的mongo实例，并设置

$ mongo
$ rs.initiate()
$ rs.add("localhost:27018");

完成

在db.js里新增了一个方法

    export const getSession = async function() {
      return await state.mongoClient.startSession();
    };

每次在需要回滚的mongo代码前调用这个方法拿到session，开始回滚的标记

    const session = await db.getSession();
    session.startTransaction({
        readConcern: {level: "snapshot"},
        writeConcern: {w: "majority"},
    });

在每次调用mongodb.js的方法操作数据库时，都要带上session，比如

    db
    .collection(this.collecitonName)
    .insertOne(doc,{session});

在你处理错误并觉得需要回滚了，执行

    await session.abortTransaction();

在你觉得没问题，一起正常结束时，执行

    await session.commitTransaction();

我的代码里可能有一些封装的代码没有放上去，导致不一定能理解。我只是举个栗子去实现，具体的代码实现可以看参考链接1

useNewUrlParser这个属性会在url里识别验证用户所需的db，未升级前是不需要指定的，升级到一定要指定，不管是在url后面，还是用authSource

事务回滚只能在复制集上操作，我猜测实现的原理可能是这样：先记录主节点的session，然后回滚的话，通过这个session查找副节点的数据快照，然后将这快照再应用到主节点上，实现回滚。当然，实际情况应该相当复杂，不然mongoDB也不会用3年时间来实现这个操作。

mongoDB官方关于事务的介绍

mongoDB中文社区关于replSet的介绍

如果不想进行第二步，run-rs可以直接为你创建一个新的mongoDB复制集