到底什么情况下需要使用 MySQL 事务？

[wangbenjun5]

众所周知，MySQL 事务具有原子性，当你需要对对张表同时进行操作的时候，为了保证要么都成功，要么都失败，必须使用事务机制。

但是仔细想想，举个例子 insert 操作，除非是 sql 语句写的有问题，正常情况下很难出错，除非是网络连接失败、数据库挂了、连接池满了等意外情况。这些都是极低概率事件。

然而如果同时操作的表不在一个库就操蛋了……所以去 tm 的事务，听天由命吧，大不了表里面多几条废数据，用什么事务！我不用了

[EscYezi]

“丢了就丢了”......希望出生产事故的时候楼主还能这么想

[yeqizhang]

标题就起的很唬人，正文又描述的其它

[dayeye2006199]

我要是公司领导，我只想把 LZ 拖出去打屁屁

[felixcode]

所以其它的可靠性设计在你这样的程序面前全都是个摆设，因为这样的程序在哪都是水桶的最短板。

[yogogo]

多表操作的时候

[paranoiddemon]

加事务代码量很大？

[murmur]

这就是互联网思维，亲爱的用户我是你 X 爱用用不用拉倒，数据丢了就陪你点代金券就当无事发生

[msaionyc]

希望以后不会遇到你这种同事

[tabris17]

再过几年，你回过头来看当年发的这个帖子，你内心会有多尴尬呀

当然，那时候你可能也已经转行了

[pkoukk]

啧啧啧，我上大学的时候都问不出这种问题来。

[cbasil]

例如商城里面优惠券使用，如果优惠券已经抵扣了，但是下单是因为用户账户问题下单失败，不用事务怎么处理优惠券还原的问题

[sujin190]

恰恰多个操作不在同一个库才更需要事务，哥们，你搞反了

[banmuyutian]

逆天

[realpg]

楼主，你要是入职哪个第三方支付一定告诉我啊，我多注册接

[heyjei]

你们其实没看到楼主的问题在哪。

楼主的问题是一个 insert 语句还要用 begin transaction， commit 包起来，觉得很麻烦。楼主不知道的是单独的 sql 语句，数据库执行的时候是默认开始并在语句结束后自动提交事务的。

[heyjei]

而我们所说的事务，一般都是指有很多个 sql 语句一起执行的时候，需要用事务包起来，要么全部执行，要么全部不执行。

在这里触发事务回滚的不一定是 SQL 写错了，或者磁盘故障，或者网络故障，更多的时候，我们触发回滚都业务上的逻辑，比如转账的时候，先 sql 减去了一个人的钱，然后通过另外一个 sql 语句发现对方账号锁了，转不进钱，于是这里只需要回滚事务就可以了，不需要重新执行 sql 一步步的恢复现场。


这只是一个简单的例子，数据库的事务远远不止这些。

[heyjei]

善用事务，可以极大的简化和优化你的业务逻辑代码

[kenvix]

先不说别的，姑且问一句写过存储过程吗

[darkengine]

是否需要提桶跑路 = 调用次数 * 故障发生概率 * 故障后果

由此可知，不能因为“故障发生概率低”就不管

[Felldeadbird]

insert 语句也会出错啊。假定你某个 SQL 不稳定，导致一直 sleep 。这时候你 insert 就 wait 状态。你没事务的话，等 wait 结束后，他插入了数据。