高并发时事务处理出现异常,往数据库中插入了两次?

如题。。。 如何。。

全站厨师
GalaxyNo_1
《L02 从零构建论坛系统》
以构建论坛项目 LaraBBS 为线索,展开对 Laravel 框架的全面学习。应用程序架构思路贴近 Laravel 框架的设计哲学。
《G01 Go 实战入门》
从零开始带你一步步开发一个 Go 博客项目,让你在最短的时间内学会使用 Go 进行编码。项目结构很大程度上参考了 Laravel。
讨论数量: 4
ibucoin

你加锁了吗?

5年前 评论
GalaxyNo_1

@ibucoin 加了一个共享所

5年前 评论
leo

基本上是接口被请求了两次,要是事务能出现这种问题 Mysql 也到不了现在这个市场占有率

5年前 评论
lji123123

并发这块我也遇到了类似的问题。说说我的业务场景和对并发的一些理解。
1.用户下单
2.使用余额+第三方支付组合付款
3.下单逻辑第一步new 一个用户对象,同时在构造函数中注入查询最新的余额(读取的时候加了X锁)
4.进行下单,直接扣取余额。
5.同一个用户身份一秒内20次请求相同的接口
6.log每个进程的pid来跟踪各自事务的开启和回滚。

(经常性会出现有部分事务没有rollback,log到的记录都是有rollback的,猜测rollback失败了。)
导致遗留了一部分脏订单数据。
分析. +X锁的时候是通过读取某个表最后一条记录,在第一段事务开启的时候insert了相同的记录,
此时后面的事务立即拿到了新的记录并且成功加了(X锁),导致事务并行发生了。

file

避免思路:
1.通过redis的方式加锁,限制同一个用户在同一个时间操作同一个订单,或者接口。
2.加锁姿势不对,加锁之后如果增加了记录会导致锁(可能)失效,X锁虽然好用,但是需要
调试代码,防止出现类似情况。(加入S锁的话mysql容易死锁)

关于Laravel的rollback疑问:
1.log中明明已经提示事务回滚了,但是还是有部分数据没有成功回滚。
2.试过了嵌套事务和不嵌套事务都一样会导致回滚没成功。
期待哪位朋友解答一下关于并发的一些研发思路

5年前 评论

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容,与人为善,比聪明更重要!