讨论数量:
并发这块我也遇到了类似的问题。说说我的业务场景和对并发的一些理解。
1.用户下单
2.使用余额+第三方支付组合付款
3.下单逻辑第一步new 一个用户对象,同时在构造函数中注入查询最新的余额(读取的时候加了X锁)
4.进行下单,直接扣取余额。
5.同一个用户身份一秒内20次请求相同的接口
6.log每个进程的pid来跟踪各自事务的开启和回滚。
(经常性会出现有部分事务没有rollback,log到的记录都是有rollback的,猜测rollback失败了。)
导致遗留了一部分脏订单数据。
分析. +X锁的时候是通过读取某个表最后一条记录,在第一段事务开启的时候insert了相同的记录,
此时后面的事务立即拿到了新的记录并且成功加了(X锁),导致事务并行发生了。
避免思路:
1.通过redis的方式加锁,限制同一个用户在同一个时间操作同一个订单,或者接口。
2.加锁姿势不对,加锁之后如果增加了记录会导致锁(可能)失效,X锁虽然好用,但是需要
调试代码,防止出现类似情况。(加入S锁的话mysql容易死锁)
关于Laravel的rollback疑问:
1.log中明明已经提示事务回滚了,但是还是有部分数据没有成功回滚。
2.试过了嵌套事务和不嵌套事务都一样会导致回滚没成功。
期待哪位朋友解答一下关于并发的一些研发思路
推荐文章: