事务隔离（一）

事务隔离
1，事务就是保证一组数据库操作都成功或都失败。
1）在MySQL中事务支持是在引擎层实现的，MyISAM引擎不支持事务，InnoDB支持事务。
2）事务即ACID(Atomicity原子性，Consistency一致性，Isolation隔离性，Durability持久性)。

2，当数据库上有多个事务同时执行，就可能出现脏读(dirty read)、不可重复读(non-repeatable read)、幻读(phantom read)，隔离级别就是解决这些问题的。隔离越严效率就越低，需要在二者之间找到一个平衡。

3，SQL标准的事务隔离级别包括：读未提交(read uncommitted)、读提交(read committed)、可重复读(repeatable read)、串行化(serializable)。
1）读未提交，指事务未提交时，事务的变更可以被其他事务看到。
2）读提交，指事务提交之后，事务的变更才可以被其他事务看到。
3）可重复读，指事务执行过程中数据与事务启动时保持一致，未提交事务对其他事务不可见。
4）串行化，对一行记录，写会加写锁，读会加读锁，出现读写冲突时，后访问事务须等前一个事务执行完成，才能继续执行。

4，事务隔离实现上，数据库会创建一个视图，访问时以视图的逻辑结果为准。
1）在可重复读隔离级别下，事务启动时创建视图，整个事务存在期间都使用这个视图。
2）在读提交隔离级别下，每个SQL语句开始执行时创建视图。
3）读未提交隔离级别下直接返回记录上最新值，没有视图概念。
4）串行化隔离级别下直接以加锁的方式避免并行访问。

5，在MySQL中，每条更新操作都会同时记录一条回滚操作，记录上的最新值，通过回滚操作可以得到之前状态的值。
1）同一条记录在不同的视图里值不一样，也就是同一记录在系统中存在多个版本，即数据库的多版本并发控制(MVCC)。
2）回滚日志在没有事务用到时才会被删除。
3）长事务表示系统里存在很老的事务视图，在事务提交之前，视图会用到的回滚日志都必须保留，导致大量占用存储空间，不建议使用长事务。

6，除了对回滚段影响，长事务还占用锁资源。为了避免长事务的潜在风险：
1）使用显式启动事务语句，begin或start transaction，提交语句为commit，回滚语句为rollback。
2）set autocommit=1，如果set autocommit=0关闭自动提交，则执行任何语句都会开启事务，之后事务会持续存在除非主动执行commit或rollback或断开连接，如果是长连接，很容易导致意外的长事务。

7，begin/start transaction，执行第一个操作语句时真正启动事务，start transaction with consistent snapshot立即启动事务。
8，如果需要频繁使用事务的业务，执行commit work and chain，提交事务并自动启动下一个事务，省去再次执行begin语句的开销，同时可以明确知道语句是否在事务中。