MySQL 事务详解
1. 什么是事务
单纯的 CURD 操作可能导致数据不一致的问题(线程并发问题)。CURD 需要满足以下属性来解决上述问题:
- 买票的过程得是原子的(要么买要么不买)
- 买票互相应该不能影响
- 买完票应该要永久有效
- 买前和买后都要是确定的状态
事务就是一组 DML 语句组成,这些语句在逻辑上存在相关性。这一组 DML 语句要么全部成功,要么全部失败,是一个整体。MySQL 提供一种机制,保证我们达到这样的效果。事务还规定不同的客户端看到的数据是不相同的。
假设一种场景:你毕业了,学校的教务系统后台 MySQL 中不再需要你的数据,要删除你的所有信息。那么要删除你的基本信息(姓名、电话、籍贯等)的同时,也删除和你有关的其他信息,比如:你的各科成绩、你在校表现、甚至你在论坛发过的文章等。这样就需要多条 MySQL 语句构成,所有这些操作合起来就构成了一个事务。
同一时刻,甚至有大量的请求被包装成事务向 MySQL 服务器发起事务处理请求。每条事务至少一条 SQL,最多很多 SQL。如果大家都访问同样的表数据,在不加保护的情况下,绝对会出现问题。因为事务由多条 SQL 构成,也会存在执行到一半出错或者不想再执行的情况,那么已经执行的怎么办呢?
一个完整的事务,绝对不是简单的 SQL 集合,还需要满足如下四个属性(ACID):
- 原子性(Atomicity):一个事务中的所有操作,要么全部完成,要么全部不完成,不会结束在中间某个环节。事务在执行过程中发生错误,会被回滚(Rollback)到事务开始前的状态,就像这个事务从来没有执行过一样。
- 一致性(Consistency):在事务开始之前和事务结束以后,数据库的完整性没有被破坏。这表示写入的资料必须完全符合所有的预设规则,包含资料的精确度、串联性以及后续数据库可以自发性地完成预定的工作。
- 隔离性(Isolation):数据库允许多个并发事务同时对其数据进行读写和修改的能力,隔离性可以防止多个事务并发执行时由于交叉执行而导致数据的不一致。事务隔离分为不同级别,包括读未提交(Read Uncommitted)、读提交(Read Committed)、可重复读(Repeatable Read)和串行化(Serializable)。
- 持久性(Durability):事务处理结束后,对数据的修改就是永久的,即便系统故障也不会丢失。
2. 为什么会出现事务
事务被 MySQL 编写者设计出来,本质是为了当应用程序访问数据库的时候,事务能够简化我们的编程模型,不需要我们去考虑各种各样的潜在错误和并发问题。可以想一下当我们使用事务时,要么提交,要么回滚,我们不会去考虑网络异常了、服务器宕机了、同时更改一个数据怎么办对吧?因此事务本质上是为了应用层服务的,而不是伴随着数据库系统天生就有的。
备注:后面把 MySQL 中的一行信息称为一行记录。
3. 事务的版本支持
在 MySQL 中,只有使用了 InnoDB 数据库引擎的数据库或表才支持事务,MyISAM 不支持。
查看数据库引擎
show engines; -- 表格显示

show engines \G; -- 行显示












