Mysql 事务问题
问题描述
使用事务
SET AUTOCOMMIT=0; BEGIN WORK; SELECT quantity FROM products WHERE id=3 FOR UPDATE;UPDATE products SET quantity = ’1’ WHERE id=3 ; COMMIT WORK;
不使用事务
SELECT quantity FROM products WHERE id=3 FOR UPDATE;UPDATE products SET quantity = ’1’ WHERE id=3 ;
好像都是可以实现锁表的效果,避免脏读
问题:
使用“for update” 是否一定要开启事务?
如果都可以使用,加上事务有什么优势吗?
问题解答
回答1:首先,你要明白FOR UPDATE是什么意思,锁行
使用 FOR UPDATE 必须使用事务,因为不使用事务这句话近似于没有FOR UPDATE
因为在事务中使用了 FOR UPDATE后, 在COMMIT/ROLLBACK之前,
其他会话如果读取到这个id=3这行会一直等待,等待你的事务结束,并读取新的行
其次 FOR UPDATE 最好用在 id = xx 或 id in (xx,xx) 不然数据库会降级为锁表
你谈到的脏读的问题,你用两个mysql -u root做一下实验,同时请求,没有for update的情况数据肯定是有问题的
事务的有如下作用
将很多语句一起运行,如果中间有失败,全部都回滚
在没Commit之前,所有语句都运行在内存中。所以程序中可以根据内存中返回的计算结果决定是否回滚、提交,这样就不会伤害真正的数据库
锁表、锁行
锁行是非常强大的事务,比如锁住某商品的库存那行,这对电商极为重要。
回答2:加上事务,可以避免幻读
相关文章:
1. javascript - angularJS指令如何暴露API给外面的controller使用?2. javascript - IOS微信audio标签不能通过touchend播放3. [前端求职必看]前端开发面试题与答案精选_大纲4. docker不显示端口映射呢?5. mysql - 数据库建表方面的问题?6. javascript - web端请求一个正在被修改的文件会怎么样?7. docker镜像push报错8. docker start -a dockername 老是卡住,什么情况?9. javascript - react,获取radio的值出错10. docker images显示的镜像过多,狗眼被亮瞎了,怎么办?
