事务隔离

事务是什么？简单来说，事务就是要保证一组数据库的操作，要么全部成功，要么全部失败。在MySQL中，事务支持是在引擎层实现的。MySQL支持多引擎，但并不是所有的引擎都支持事务。MySQL的原生的MyISAM引擎就不支持事务。

提到事务就会想到ACID(Atomicity、Consistency、Isolation、Durability)原子性、一致性、隔离性、持久性

一、隔离性与隔离级别

当数据库上有多个事务同时执行的时候可能出现脏读(dirty read)、不可重复读(non-repeatable read)、幻读(phantom read)的问题，为了解决这些问题，引出了"隔离级别"的概念。

SQL标准的事务隔离级别包括：

读未提交(read uncommitted)：一个事务还没提交时，它做的变更能被别的事务看到。
读提交(read committed)：一个事务提交后，它的变更才能被别的事务看到。
可重复读(repeatable read)：一个事务执行过程中看到的数据总是跟这个事务在启动时看到的数据是一致的。
串行化(serializable)：对同一行记录，“写”会加“写锁”，“读”会加“读锁”。当出现读写锁冲突时，后访问的事务必须等待前一个事务执行完成，才能继续执行。

隔离级别越高，效率就会越低。

每条记录在更新的时候都会同时记录一条回滚操作。同一条记录在系统中可以存在多个版本，这就是数据库的多版本并发控制（MVCC）

回滚日志什么时候删除？系统会判断当没有事务需要用到这些回滚日志的时候，回滚日志会被删除。

什么时候不需要了？当系统里么有比这个回滚日志更早的read-view的时候。

为什么尽量不要使用长事务。长事务意味着系统里面会存在很老的事务视图，在这个事务提交之前，回滚记录都要保留，这会导致大量占用存储空间。除此之外，长事务还占用锁资源，可能会拖垮库。

显式启动事务语句， begin 或 start transaction。配套的提交语句是commit，回滚语句是rollback。
set autocommit=0，这个命令会将这个线程的自动提交关掉。意味着如果你只执行一个select语句，这个事务就启动了，而且并不会自动提交。这个事务持续存在直到你主动执行commit 或 rollback 语句，或者断开连接。

建议使用方法一，如果考虑多一次交互问题，可以使用commit work and chain语法。在autocommit=1的情况下用begin显式启动事务，如果执行commit则提交事务。如果执行commit work and chain则提交事务并自动启动下一个事务。