mysql事务

为了保持数据操作的原子性、隔离性、持久性、一致性数据库提供的操作，事务中如果有多条sql操作，事务确保执行的可靠性；

原子性

保证多条sql执行，同时成功或者同时失败后回滚操作；

隔离性

数据库允许多个事务同时对数据进行读写修改，需要控制不同的隔离机制来控制；

持久性

事务完成后，保存在硬盘持久记录；

一致性

数据经过多次处理，结果与预期一致，原子性、隔离性、持久性都是为了保证一致性；

事务的隔离性

读未提交

A事务和B事务都开启，

A事务进行未提交的修改操作，B事务可以读取到修改后的结果；

读未提交造成的问题

会造成脏读现象，如果A事务没有进行事务提交而是事务回滚，那么B事务读取到的是脏数据；

读已提交

解决了脏读问题

A事务和B事务都开启，

A事务提交后，B事务才能查询到A事务提交的结果；

A事务未提交，B事务获取到的仍然是事务开启前的结果；

读已提交造成的问题

会造成不可重复读现象，B事务在A事务提交前后获取的结果是不一样的；

即A事务开启前B事务读取到的结果和A事务提交后B事务读取到的结果是不一致的；

可重复读（默认级别）

解决了不可重复读问题

A事务和B事务都开启，

B事务读取到的结果不会因为A事务提交而修改；

即A事务开启前B事务读取到的结果和A事务提交后B事务读取到的结果是一致的；

可重复读的问题

存在幻读问题，B事务先查询表，A事务开启后insert一条数据，B数据新增了这条数据；

序列化

解决了幻读问题

读写加锁，B事务如果未提交，A事务是无法insert的，必须等待B事务提交；

最安全但性能最慢

事务实现原理

redolog

保证事务的持久性

执行修改前会将语句保存在redolog中，即使断电，也能恢复；

undolog

保证事务的原子性

回滚时，做与之前相反的操作

如果insert那么delete，

如果delete那么insert，

如果update那么update修改前的数据；

MVCC（实现隔离级别）

是并发控制的版本链，记录每次事务提交后的数据和版本；

主要针对读已提交和可重复读

可重复读：我们记录下当前事务第一次查询时的快照，可以理解为对此数据拍照，我们之后就查询的是快照数据；

读已提交：每次进行事务提交后都记录快照，所以读已提交查询到的是最新版本的快照数据；

锁机制

mysql支持行锁、间隙锁、表锁

行级锁

共享锁

共享锁又为读锁，我们当前事务进行读操作，不希望其他事务进行写操作，可以让其他事务进行读操作；

语句后面添加 lock in share model

排它锁

独占锁又称为写锁，当前事务进行读写操作，如果未提交，其他事务阻塞等待，直到当前事务提交后才可以进行读写操作，然后再释放，等待其他事务读写操作；

增删改默认排它锁

如果希望查询语句和增删改一样select后面添加加 for update

间隙锁

间隙锁锁的是一段数据，我们where后面的条件对应多条数据结果，它们都会被锁；

表锁

myIsam默认支持表锁；

表锁的粒度大，容易产生冲突；