一个示例：

银行引用是事务的一个经典例子：假如银行有两张表，一张支票表，一张储蓄表，现在需要从Jones用户的支票账户转移200￥ 至储蓄账户，那么至少需要三步：

1. 检查Jones的支票账户余额是否大于200￥

2. Jones的支票账户-200￥

3. Jones的储蓄账户+200￥

上述三步可组成一个事务，当2、3步故障时，之前执行的操作会自动回滚，保证数据的一致性。

MySQL 事务主要用于处理操作量大，复杂度高的数据。比如说，在人员管理系统中，你删除一个人员，你即需要删除人员的基本资料，也要删除和该人员相关的信息，如信箱，文章等等，这样，这些数据库操作语句就构成一个事务！

在 MySQL 中只有使用了 Innodb 数据库引擎的数据库或表才支持事务。

事务处理可以用来维护数据库的完整性，保证成批的 SQL 语句要么全部执行，要么全部不执行。

事务用来管理 insert,update,delete 语句

一般来说，事务是必须满足4个条件（ACID）：：原子性（Atomicity，或称不可分割性）、一致性（Consistency）、隔离性（Isolation，又称独立性）、持久性（Durability）。

原子性：一个事务（transaction）中的所有操作，要么全部完成，要么全部不完成，不会结束在中间某个环节。事务在执行过程中发生错误，会被回滚（Rollback）到事务开始前的状态，就像这个事务从来没有执行过一样。

一致性：在事务开始之前和事务结束以后，数据库的完整性没有被破坏。这表示写入的资料必须完全符合所有的预设规则，这包含资料的精确度、串联性以及后续数据库可以自发性地完成预定的工作。

隔离性：数据库允许多个并发事务同时对其数据进行读写和修改的能力，隔离性可以防止多个事务并发执行时由于交叉执行而导致数据的不一致。事务隔离分为不同级别，包括读未提交（Read uncommitted）、读提交（read committed）、可重复读（repeatable read）和串行化（Serializable）。

持久性：事务处理结束后，对数据的修改就是永久的，即便系统故障也不会丢失。

注意：在 MySQL 命令行的默认设置下，事务都是自动提交的，即执行 SQL 语句后就会马上执行 COMMIT 操作。因此要显式地开启一个事务务须使用命令 BEGIN 或 START TRANSACTION，或者执行命令 SET AUTOCOMMIT=0，用来禁止使用当前会话的自动提交。

事务控制语句：

BEGIN或START TRANSACTION；显式地开启一个事务；

COMMIT；也可以使用COMMIT WORK，不过二者是等价的。COMMIT会提交事务，并使已对数据库进行的所有修改成为永久性的；

ROLLBACK；有可以使用ROLLBACK WORK，不过二者是等价的。回滚会结束用户的事务，并撤销正在进行的所有未提交的修改；

SAVEPOINT identifier；SAVEPOINT允许在事务中创建一个保存点，一个事务中可以有多个SAVEPOINT；

RELEASE SAVEPOINT identifier；删除一个事务的保存点，当没有指定的保存点时，执行该语句会抛出一个异常；

ROLLBACK TO identifier；把事务回滚到标记点；

SET TRANSACTION；用来设置事务的隔离级别。InnoDB存储引擎提供事务的隔离级别有READ UNCOMMITTED、READ COMMITTED、REPEATABLE READ和SERIALIZABLE。

MYSQL 事务处理主要有两种方法：

1、用 BEGIN, ROLLBACK, COMMIT来实现

START   TRANSACTION       #开启事务

ROLLBACK        #回滚事务

COMMIT             #提交事务

SAVEPOINT identifier          #事务语句过多时，可以创建一个保存点，单独还原至此点

ROLLBACK [WORK] TO [SAVEPOINT] identifier        #还原事务至此点

RELEASE SAVEPOINT identifier                                 #删除保存点2、

2、直接用 SET 来改变 MySQL 的自动提交模式:

SET AUTOCOMMIT=0 禁止自动提交

SET AUTOCOMMIT=1 开启自动提交

隔离级别：

1. READ UNCOMMITTED （读未提交）

2. READ COMMITTED（读提交）

3. REPEATEABLE READ（可重复读）

4. SERIALIZABLE（序列化）

各个隔离级别可能产生的问题：

a.脏读，当前线程事务可以读取另一个线程事务未提交修改的数据。

b.不可重复读，事务提交前看到的数据不一致（别的线程修改提交）； 线程1开启事务查询数据一个样，当线程2开启事务修改提交后，线程1再次查询发现数据修改（未提交），这就是不可重复读。

c.幻读， 可重复读级别通过MVCC机制保证事务提交前看到的数据都是一致的，但是又有一个新问题，当线程2修改完数据提交后，线程1看到的还是未修改前的原始数据，但实际底层数据已被更改，当线程1提交后发现数据改变，像幻觉一样，这就是幻读。

d.加锁读，SERIABLIZEBLE 为了解决幻读问题，当线程事务1查询数据，线程事务2修改数据会被锁住，因为数据具有不确定性。

事务参考：1