详解MySQL事务原理

什么是事务？

在MySQL中的事务是由存储引擎实现的，而且支持事务的存储引擎不多，我们主要讲解InnoDB存储引擎中的事务。

事务处理可以用来维护数据库的完整性，保证成批的 SQL 语句要么全部执行，要么全部不执行。

事务用来管理 DDL、DML、DCL 操作，比如 insert,update,delete 语句，默认是自动提交的。

事务的四大特性（ACID）

1. Atomicity（原子性）：构成事务的的所有操作必须是一个逻辑单元，要么全部成功，要么全部失败。

2. Consistency（一致性）：数据库在事务执行前后状态都必须是稳定的或者是一致的，就是说事务开始和结束后，数据库的完整性不会被破坏。

3. Isolation（隔离性）：事务之间不会相互影响。由锁机制和MVCC机制来实现的，其中MVCC(多版本并发控制)：优化读写性能（读不加锁、读写不冲突），四种隔离级别为RU（读未提交）、RC（读已提交）、RR（可重复读）、SERIALIZABLE （串行化）。

4. Durability（持久性）：事务执行成功后必须全部写入磁盘，事务提交后，对数据的修改是永久性的，即使系统故障也不会丢失。

事务的使用

begin或start transaction：开启一个事务；

commit：提交一个事务，并使已对数据库进行的所有修改称为永久性的；

rollback：回滚会结束用户的事务，并撤销正在进行的所有未提交的修改。

ACID实现原理

下面我们就来详细讲解一下上述示例涉及的事务的ACID特性的具体实现原理。总结来说，事务的隔离性由多版本控制机制和锁实现，而原子性、一致性和持久性通过InnoDB的redo log、undo log和ForceLog at Commit机制来实现。

重做日志Redo Log

如果要存储数据则先存储数据的日志，一旦内存崩了，则可以从日志找重做日志保证了数据的可靠性，InnoDB采用了Write Ahead Log（预写日志）策略，即当事务提交时，先写重做日志，然后再择时将脏页写入磁盘。如果发生宕机导致数据丢失