事务隔离级别
SQL标准的事务隔离级别包括：读未提交（read uncommitted）、读提交（read committed）、可重复读（repeatable read）和串行化（serializable ）。
- 读未提交是指，一个事务还没提交时，它做的变更就能被别的事务看到。
- 读提交是指，一个事务提交之后，它做的变更才会被其他事务看到。
- 可重复读是指，一个事务执行过程中看到的数据，总是跟这个事务在启动时看到的数据是一致的。当然在可重复读隔离级别下，未提交变更对其他事务也是不可见的。
- 串行化，顾名思义是对于同一行记录，“写”会加“写锁”，“读”会加“读锁”。当出现读写锁冲突的时候，后访问的事务必须等前一个事务执行完成，才能继续执行。
例子和解释
例子中的 v1 ,v2,v3 应该是多少呢？答案是 1,1,2 这就是可重复读，即是value 在另外的事务中被更新了，当前事务是不会影响的，之后提交事务后才会最新的值，那么我们的第一感觉是MySQL中是不是帮我们保存了之前的数值，如果是那样的话，数据库岂不是要占用大量的空间？我们下面来看一下数据库中是如何实现的。
MVCC
下图可以看到，假如我我们上面更新的value 现在为 4 ，那么它从0到4之间的更新(逻辑过程，而不是记录数值)过程实际都被记录在回滚日志中，同一条记录在系统中可以存在多个版本，就是数据库的多版本并发控制（MVCC）。对于read-view A，要得到1，就必须将当前值依次执行图中所有的回滚操作得到。，而每个开启的事务形成了一个 read view的视图，例如图中的视图A ,视图B ，于是视图A 看到的 value 此时为 1 ，假如之后视图A 提交了事务，那么R1 将会被回收，而R3由于之前还存在视图B,那么 R2 ，R3 都不会给回收。
回收的时机 ： 当系统里没有比这个回滚日志更早的read-view的时候。 不建议开启长事务连接的原因就是当开启长事务连接后，该事务就会长时间保持，那么回滚日志就会越来越大。
开启事务的方式
两种 ：
- 显式启动事务语句，begin或者start transaction,提交commit，回滚rollback；
- set autocommit=0
参考资料
- MySQL实战45讲