事务是由一个或者一组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隔离级别。