• 李玥
    置顶
    2020-03-07
    Hi，我是李玥。 这里说一下上节课的思考题： 课后希望你能动手执行一下我们今天这节课中给出的例子，看一下多个事务并发更新同一个账户时，RC 和 RR 两种不同的隔离级别，在行为上有什么不同？ 这个思考题的主要目的还是希望你不要光是听和看，还要能真正动手去试一下，以便加深理解。RC和RR在并发更新数据的时候，都需要对数据加锁（一般是行锁）在二个事务同时更新一条记录的时候，先更新的那个事务会抢占到锁，在它结束事务之前，其它需要更新这条记录的事务都会卡住等待这个锁。这一点二种隔离级别是一样的。
    
    45
  • 小袁
    2020-03-18
    老师为啥不说下2pc情况下，一个db宕机重启的问题呢？是不是由一个脚本定期扫描发现有哪些订单出现异常的呢？

    作者回复: 由于事务执行器有超时机制，数据库本身也有事务超时机制，如果是第一阶段失败或者超时的话，会自动回滚。 对于第二阶段的问题，如果db宕机，确实有可能出现数据不一致的问题，对于这种情况，可以用脚本根据业务做一些补偿处理。

    共 3 条评论
    19
  • stanley
    2020-03-29
    在本地消息表方案的例子中，后续需要去清空购物车，同时要把之前记录在本地的那一条记录删掉，这是不是另一个分布式事务的问题？

    作者回复: 这个过程就不需要再用事务保证了，否则就死循环了。 可以先清空购物车，再删除本地消息（一般都是更新状态）。即使出现不一致，购物车清了，本地消息表没更新成功，下次再执行一次清空购物车，也问题不大。

    共 5 条评论
    13
  • 几字凉了秋丶
    2020-04-23
    老师，库存系统，锁定库存的一般操作是什么样的，可以说一说吗

    作者回复: 一般是直接减掉，但需要记录锁定库存的商品、时间戳，后续超时未支付的情况下，再把库存释放出来。

    共 2 条评论
    8
  • Dovelol
    2020-03-15
    老师好，想问下2pc性能不好，该如何优化呢？我听说蚂蚁金服有方案是在大促的高峰将2阶段的第二阶段延后到低峰在唤起执行，因为如果第一阶段资源已经预留，基本上最终状态也已经确定了，业界有这种方案吗？

    作者回复: 你说的这种降级方案感觉像是降级成了本地消息表。

    共 9 条评论
    7
  • 1
    2020-03-10
    实现2pc是自己写吗？还是有第三方可以用？

    作者回复: 还是要自己实现的。

    共 5 条评论
    7
  • 乖，摸摸头
    2020-05-11
    锁定库存锁定，和用户余额 锁定 这种具体是怎么做的了？ 是直接减掉吗？ 比如我在下单的时候 库存减了，用户余额也减了，但是我没支付？这时我怎么处理了

    作者回复: 一般是先锁定库存，然后定时扫描未支付的订单，自动取消超时未支付订单，取消订单的流程中自然就会释放库存。 你会发现，很多秒杀活动要求支付时间都很短，就是这个原因。

    共 2 条评论
    6
  • 旭东(Frank)
    2020-03-20
    老师好，订单和优惠券的两阶段提交，先提交优惠券还是先提交订单有没细微区别？

    作者回复: 理论上这两个RM是并行提交的，无所谓谁先谁后。要说细微区别，就是如果某一个数据库宕机后，数据不一致的情况会有区别。

    
    6
  • ray
    2020-03-18
    老师您好， 我对2pc有个疑问，如果是走http协定（发出response后连结就关闭了），实作上一般的程序要如何在参与者完成准备阶段后，持续将事务保持在未提交的状态，等待协调者告知可以提交事务？ 谢谢老师的解答^^

    作者回复: 如果是HTTP协议的话，可以在RM（事务参与方）Session中，或者内存中维护进行中的事务，通过事务ID区分。 第二阶段提交命令从协调者发到RM上之后，根据事务ID查找对应的数据库会话，进行提交。

    共 3 条评论
    4
  • 划过天空阿忠
    2020-03-27
    就拿下单需要锁库存这个业务来说，下单接口调锁库存接口，锁定库存成功之后下单接口提交事务，锁定库存失败下单接口回滚事务。 其中最关键的一步是锁库存之后要重新调一下库存查询接口，检查是否真正锁定，若没有真正锁定，订单服务手动抛异常，回滚订单事务。 小弟浅薄理解，各位指点一下😄

    作者回复: 👍👍👍

    共 6 条评论
    3