本文是基于 极客时间——MySQL 实战 45 讲 整理的学习笔记，仅供学习参考，请勿用于商业用途，如若侵权，请联系并删除。
课程重点：
- 了解 Mysql 的隔离性与隔离级别
- 了解长事务存存在的风险
- 了解 Mysql 事务隔离的实现及事务的启动方式
简单来说，事务就是要保证一组数据库操作，要么全部成功，要么全部失败。在 MySQL 中，事务支持是在引擎层实现的。
MyISAM 被 InnoDB 取代的重要原因之一，也是因为 MySQL 原生的 MyISAM 引擎就不支持事务。
隔离性与隔离级别
提到事务，就离不开 ACID(Atomicity、Consistency、Isolation、Durability，即原子性、一致性、隔离性、持久性)，今天来说说其中 I，也就是“隔离性”。
当数据库上有多个事务同时执行的时候，就可能出现：
- 脏读(dirty read)：一个事务正在对一条记录做修改，在这个事务完成并提交前，这条记录的数据就处于不一致状态；这时，另一个事务也来读取同一条记录，如果不加控制，第二个事务读取了这些“脏”数据，并据此做进一步的处理，就会产生未提交的数据依赖关系。这种现象被形象的叫作”脏读”。
- 不可重复读 (non-repeatable read)：一个事务在读取某些数据后的某个时间，再次读取以前读过的数据，却发现其读出的数据已经发生了改变、或某些记录已经被删除了！这种现象就叫作“ 不可重复读”。
- 幻读(phantom read)：一个事务按相同的查询条件重新读取以前检索过的数据，却发现其他事务插入了满足其查询条件的新数据，这种现象就称为“幻读”。
为了解决上面这些问题，就有了“隔离级别”的概念，SQL 标准的事务隔离级别包括：
- 读未提交（read uncommitted）：一个事务还没有提交时，它做的变更就能被别的事务所看到
- 读提交（read committed）：一个事务提交之后，它做的变更才会被其他事务所看到
- 读提交（read committed）：一个事务执行过程中看到的数据，总是跟这个事务在启动时看到的数据是一致的
- 串行化（serializable）：对同一行记录，“写”会加“写锁”，“读”会加“读锁”。当出 现读写锁冲突的时候，后访问的事务必须等前一个事务执行完成，才能继续执行。
这四种隔离级别下，并行性能依次降低，安全性依次提高。
查看当前隔离级别：
1 | mysql> show variables like 'transaction_isolation'; |
事务隔离的实现
在 MySQL 中，实际上每条记录在更新的时候都会同时记录一条回滚操作。记录上的最新值，通过回滚操作，都可以得到前一个状态的值。
假设一个值从 1 被按顺序改成了 2、3、4，在回滚日志里面就会有类似下面的记录。
当前值是 4，但是在查询这条记录的时候，不同时刻启动的事务会有不同的 read-view。如 图中看到的，在视图 A、B、C 里面，这一个记录的值分别是 1、2、4，同一条记录在系统 中可以存在多个版本，就是数据库的多版本并发控制(MVCC)。对于 read-view A，要 得到 1，就必须将当前值依次执行图中所有的回滚操作得到。
同时你会发现，即使现在有另外一个事务正在将 4 改成 5，这个事务跟 read-view A、B、 C 对应的事务是不会冲突的。
为什么不建议使用长事务？
长事务意味着系统里面会存在很老的事务视图。由于这些事务随时可能访问数据库里面的任何数据，所以这个事务提交之前，数据库里面它可能用到的回滚记录都必须保留，这就会导致大量占用存储空间。
除了对回滚段的影响，长事务还占用锁资源，也可能拖垮整个库。
事务的启动方式
MySQL 的事务启动方式有以下几种:
set autocommit=1，显式启动事务语句，用 begin 或 start transaction 显式启动的事务。配套的提交语句是 commit，回滚语 句是 rollback。set autocommit=0，这个命令会将这个线程的自动提交关掉。意味着如果你只执行一 个 select 语句，这个事务就启动了，而且并不会自动提交。这个事务持续存在直到你主动执行 commit 或 rollback 语句，或者断开连接。
建议总是使用第一种 set autocommit=1, 通过显式语句的方式来启动事务，因为第二种方式在长连接的情况下，可能会导致意外的长事务。
回滚日志是不可能一直保留的，当事务在不需要的时候，就会被删除，也就是说，系统会判断，当没有事务再需要用到这些回滚日志时，回滚日志就会被删除。
什么时候才不需要了呢？
就是当系统里没有比这个回滚日志更早的 read-view 的时候。
可以在 information_schema 库的 innodb_trx 这个表中查询长事务，比如下面这个语句，用于查找持续时间超过 60s 的事务。
1 | mysql> select * from information_schema.innodb_trx where TIME_TO_SEC(timediff(now(),trx_started))>60; |
