事务及隔离级别

事务是由一个或者一组SQL组成的执行单元。事务具有ACID特性：

Atomicity（原子性）：同一个事务里要么全部提交，要么全部回滚，不能只有一部分成功或者一部分回滚。如果在事务执行过程

中发生了错误，那么就要通过undo log将事务回滚到开始时的状态。

Consistency（一致性）：事务和数据要保持一致性。提交的事务，那么对应的数据也要做出相应的同步修改。例如：Innodb

crash recovery的时候，日志已经写完，那么对应的事务也要提交，否则对应的事务必须得回滚掉，这样才能保证Innodb

存储引擎奔溃恢复前后的状态一致；另一种情况，当事务提交，对应的数据页要刷入磁盘的时候，Innodb会通过doublewrite

buffer来保证数据刷盘的安全性。否则如果事务成功提交，数据页刷盘出现断裂，那么Innodb的一致性将会被破坏。

Isolation（隔离性）：每个session所对应的操作和其他的session应该互不影响，互相隔离。如果发生冲突，那么Innodb会通过

行锁来进行相应的控制。

Durability（持久性）：事务所对应的操作最后都必将要持久化到磁盘文件。innodb_flush_logs_at_trx_commit、sync_binlog等

参数的设置来控制持久化的时机。

上面了解了事务的四个特性，下面看一下Innodb开启事务的方式：

• 显示开启一个事务

start transaction (read write | read only | with consistent snapshot):start transaction with consistent snapshot就是在做逻辑备份

时用到的开启一个一致性快照读的事务。默认开启一个读写事务。

begin /begin work

• 单独的一条DML语句也可以隐式开启一个事务（在autocommit=1的前提下）。

结束一个事务方式：

1，事务提交

commit；

开启一个新的事务（start tracsaction、begin、DDL）；

set autocommit=1；

2，事务回滚

Rollback；

连接断开、超时断开、被kill、宕机。

针对set autocommit=0好处就是多个sql提交时，不会每个sql都提交一次，提升事务的效率。但是坏处就是有些事务忘记提交，

锁一直不释放，其他事务就会长期的锁等待，影响tps。

接着看一下Innodb的四种隔离级别：

Read Uncommitted（读未提交）：能读到其他session未提交的事务。脏读。

Read Committed（读提交）：只能读到其他session已经提交的事务。不可重复读/幻读。

Repeatable Read（可重复读）：一个session中一个事务里读到的数据始终一样（该事务不对该数据做出修改）。

Serializable（串行）：读和写操作都不能同时执行，只能串行操作。

对于脏读、不可重复读、幻读，下图可以很明显看出三种现象的区别：

（摘自知数堂优化班）

选择什么样的隔离级别，主要看我们的业务需求。如果业务允许幻读/不可重复读的发生，那么选择RC隔离级别，减少锁的粒

度，增加服务器的QPS；如果业务不允许幻读/不可重复读的发生，那么只能选择RR隔离级别。