这种操作在mongodb中用事务好，还是加锁好？

假设集合A中有文档a1，集合B中有文档b1 如果a1中的field1字段大于10，则更新b1文档，否则啥也不做。

我现在的做法是对a1文档加锁，然后再进行查询a1（加锁和查询一条语句），修改b1，最后释放锁缺点：1. 所有涉及到修改a1的地方都要加锁，2. 有可能死锁

现在mongodb支持事务了，我想用事务将查询和修改这两个操作包起来，但感觉大材小用了，各位有什么建议吗？

lovegnep 1楼•1 个月前作者

没人遇到过吗？

hewentaowx 2楼•1 个月前

像这种事情加个if判断一下不就可以了么

aojiaotage 3楼•1 个月前

mongodb 官方对类似的问题其实有一个解答如果你需要有强一致性的地方，你可以在同一个文档中进行原子操作比如这个样子更新a1 前，判断更新之后的值是否会大于10，如果大于，那么在a1中加一个字段，用于标识对应b1文档有无进行更新执行完毕后，再去更新b1，再回来更新a1中的标识

或者麻烦一点可以使用两段提交

当然一定要用事务也是可以的

lovegnep 4楼•1 个月前作者

@hewentaowx 大兄弟，这些操作都是异步的呀。你第一步查询完，可能另外一个服务器已经更新了a1

来自酷炫的 CNodeMD

lovegnep 5楼•1 个月前作者

@aojiaotage 其实你说的这个和我说的锁是一样的，我就是这样做的。我想用事务把这两个操作包起来，但在事务执行的过程中会不会也有其他操作修改了a1?

来自酷炫的 CNodeMD

hewentaowx 6楼•1 个月前

@lovegnep 我知道是异步 async/await 包一层不就可以了么

cnlile 7楼•1 个月前

这个不是事务解决的问题，事务主要是解决业务失败可以回滚的操作，或者撤销操作，用户反悔的或者其它系统导致业务需要复位的情况。你的这个问题是数据一致性问题，目前我用的方式，有2种解决思路 1、如你所说，加锁，不过我的锁比较特殊，是在redis 放入一个a1的key，每次操作b1文档时候都去检查一下，如果没有就可以，如果有就撤销，操作完清理key。 2、采用消息队列方式，所有操作进入队列，按照顺序，逐一执行，不存在竞争。。。安安心心干活，就是要额外增加一个消息队列的维护，采用redis 和 rabbitMQ 都可以。。。

lovegnep 8楼•1 个月前作者

@cnlile 假设现在有两个业务操作都涉及到修改a1文档如果用你所说的消息队列那就是将这两个操作连同本文提到的操作都放入消息队列，串行处理吗？

消息队列这种操作是把分布式环境下的任务统一交给一个地方串行处理了，感觉会影响性能吧。