精选留言(3)

• 

  长期规划

  MongoDB还是很厉害的，一开始就支持单文档事务，4.0支持多文档事务，4.2支持有分片的分布式事务。不过，单文档事务这叫法有点鸡肋，虽然也的确是事务，但一般我们讲事务时，默认是指多文档的，对比MySQL就是多行。如果我在3.2中用两条更新语句更新一个文档，那应该也不是事务吧？单文档事务这叫法，给人感觉在一个文档上执行多条DML，使用的一个事务，但其实不是。另外，MongoDB在没有显式使用事务语句时，应该就是自动提交吧。

  作者回复: 这个单文档事务叫法背后的逻辑：
  
  关系型里面，用户表和用户电话是分开在两张表。当你需要新增一个新用户，你需要：
     insert into USER
     insert into PHONE
  这两个DML需要放在事务范围内，保证两条数据（其实是一条，用户数据）要么一起成功写入，要么回滚。
  
  在MongoDB里面，类似的操作变成了一个单文档操作：
  
     db.user.insert({ name: "TJ"，phone: ["1234"]})
  
  这个操作里面其实相当于做了两个事情：1） 添加用户 2） 添加电话号码。这两个事情是有原子事务性的-要么一起成功，要么一起失败。
  
  这个是mongo单文档事务的由来。
  
  
  
  

  2019-12-19

   1

   1
• 

  长期规划

  老师，网上看到的文章都说MySQL比MongoDB的最大优势是支持事务（多表），但现在MongoDB 4.0之后已经支持多文档事务了，那我感觉MySQL相对MongoDB来说就没啥优势了，当然，MySQL有外键，join等更强大一些，但这些特性一般不是选择MySQL是根本原因。我感觉所有场景下，都可以用MongoDB代替MySQL，是这样吗

  2019-12-22

  

  
• 

  黎波拉小建

  提问个问题再Repeatable Read这例子里 先启动事务 然后事务外修改数据，事务内的多次读操作永远读到的是启动事务时的snapshot(x:1, y:1)。那我的问题是当事务这时提交时 是不是先拿事务内的修改(比如说改成{x:2,y:1})和事务外的修改比如说改成(x:1:y2)两者做合并然后没冲突的话再提交。最后记录是{x:2,y:2}

  2019-12-19

  

  