概述
- 在MySQL中只有使用了InnoDB数据库存储引擎的数据库或表才支持事务。
- 事务处理可以用来维护数据库的完整性，保证成批的SQL语句要么全部成功，要么全部失败。
- 事务用来管理DDL、DML、DCL操作，比如：insert、update、delete语句，默认是自动提交的。
一般来讲，事务是必须满足4个条件（ACID）
- Atomicity(原子性)
- Consistency(一致性)
- Isolation(隔离性) -->由MVCC的锁机制来实现的
- MVCC：优化读写性能(读不加锁，读写不冲突。不能优化读读和写写这种情况)
- Durabolity(持久性)
对于ACID的解释如下：
- 原子性：构成事务的所有操作必须是一个逻辑单元，要么全部成功，要么全部失败。
- 一致性：数据库再事务执行前后状态都必须是确定的或者是一致的。
- 隔离性：事务之间不会相互影响。
事务支持
在MySQL命令行的默认设置下，事务都是自动提交的，既执行SQL语句后就会马上执行COMMIT操作，因此要显式地开启一个事务必须使用命令BEGIN或START TRANSACTION，或者执行命令 SET AUTOCOMMIT=0，用来禁止使用当前会话的自动提交。
常见的操作
- BEGIN或START TRANSACTION：显式地开启一个事务；
- COMMIT也可以使用COMMIT WORK，不过二者是等价的，COMMIT会提交事务，并使已对数据库进行的所有修改成为永久性的
- ROLLBACK也可以使用ROLLBACK WORK，不过二者是等价的，回滚回话结束用户的事务，并撤销正在进行的所有未提交的修改。
事务并发问题
在事务的并发操作中可能会出现一些问题：
- 丢失更新：一个事务更新之后，另一个事务也更新了，但是第二个事务回滚了，则第一个事务也被回滚了
- 脏读：一个事务读取到另一个事务未提交的数据
- 不可重复读：一个事务因读取到另一个事务已提交的数据，导致对同一条记录读取两次以上的结果不一致，update操作。
- 幻读：一个事务因读取到另一个事务已提交的数据。导致对同一张表读取两次以上的结果不一致，insert、delete操作
事务隔离级别
为了避免上面出现的几种情况，在MySQL规范中，定义了4个事务隔离级别，不同隔离级别对事物的处理不同
由低到高：
- Read uncommitted(读未提交)：最低级别，任何情况都无法保证。
- Read committed(读已提交)：可避免脏读的发生。
- Repeatable read(可重复读)：可避免脏读，不可重复读的发生。
- Serializable(串行化)：可避免脏读，不可重复读，幻读的发生。
默认隔离级别
大多数据库的默认隔离级别是Read committed
查看隔离级别
select @@tx_isolation
修改事务隔离级别
set [ global | session ] transaction isolation level Read uncommitted | Read committed | Repeatable | Serializable;
注意事项
隔离级别越高，越能保证数据的完整性和一致性，但是对并发性能的影响也越大。
对于多数应用程序，可以优先考虑把数据库系统的隔离级别设置为Read Committed。他能够避免脏读，而且具有较好的并发性能，尽管他会导致不可重复度、幻读这些并发问题，在可能出现这类问题的个别场合，可以由应用程序采用悲观锁或乐观锁来控制。