1. InnoDB事务原理
1. 事务（Transaction）是数据库区别于文件系统的重要特性之一，事务会把数据库从一种一致性状态转换为另一种一致性状态。
2. 在数据库提交时，可以确保要么所有修改都已保存，要么所有修改都不保存。
2. 事务的（ACID）特征
1. 原子性(Atomicity)：整个事物的所有操作要么全部提交成功，要么全部失败回滚(不会出现部分执行的情况)。
2. 一致性(Consistency)：几个并行执行的事务，其执行结果必须与按某一顺序串行执行的结果相一致。
3. 隔离性(Isolation)：事务的执行不受其他事务的干扰，事务执行的中间结果对其他事务必须是透明的。
4. 持久性(Durability): 一个事务一旦被提交了，那么对数据库中的数据的改变就是永久性的，即便是在数据库系统遇到故障的情况下也不会丢失提交事务的操作。
3. 事物隔离级别
3.1 未提交读: 脏读（READ UNCOMMITTED）
1）事务2查询到的数据是事务1中修改但未提交的数据，但因为事务1回滚了数据
2）所以事务2查询的数据是不正确的，因此出现了脏读的问题。
3.2 提交读: 不可重复读（READ COMMITTED）
1）事务2执行update语句但未提交前，事务1的前两个select操作返回结果是相同的。
2）但事务2执行commit操作后，事务1的第三个select操作就读取到事务2对数据的改变。
3）导致与前两次select操作返回不同的数据，因此出现了不可重复读的问题。
4.3 可重复读: 幻读（REPEATABLE READ）：这是MySQL的默认事务隔离级别
1）事务每开启一个实例，都会分配一个版本号给它，如果读取的数据行正在被其它事务执行DELETE或UPDATE操作（即该行上有排他锁）
2）这时该事物的读取操作不会等待行上的锁释放，而是根据版本号去读取行的快照数据（记录在undo log中）
3）这样，事务中的查询操作返回的都是同一版本下的数据，解决了不可重复读问题。
4）虽然该隔离级别下解决了不可重复读问题，但理论上会导致另一个问题：幻读（Phantom Read）。
5）一个事务在执行过程中，另一个事物对已有数据行的更改，MVCC机制可保障该事物读取到的原有数据行的内容相同
6）但并不能阻止另一个事务插入新的数据行，这就会导致该事物中凭空多出数据行，像出现了幻读一样，这便是幻读问题。
3.4 可串行读（SERIALIZABLE）
1）这是事务的最高隔离级别，通过强制事务排序，使之不可能相互冲突，就是在每个读的数据行加上共享锁来实现
2）在该隔离级别下，可以解决前面出现的脏读、不可重复读和幻读问题，但也会导致大量的超时和锁竞争现象，一般不推荐使用