mysql的事务隔离级别

事先声明：都是个人理解，若有偏差，勿怪

1.事务是个什么东西？
一系列操作的集合；一条事务包含多个数据库操作（n条增删该查的statement语句）
2.事务提交是个什么鬼？
事务提交前，操作结果都是存储在临时库中，此时的数据改变对我们来说依旧可见，若事务出现错误或连接超时，则会回滚
事务提交后，操作结果才会存储到数据库中，不会回滚

3.如果使用事务？

3.1 事务也需要管理器（管理器是个什么鬼？不知道，反正是用来管理事务的），spring中事务管理器的顶层接口是PlatformTransactionManager。而mybatis框架用的是DataSourceTransactionManager（最常用），它是对PlatformTransactionManager接口的实现。（这就是个知识点，没啥大用处，如果面试官太jian，可能会问道）

3.2 事务的隔离级别：

读取未提交：A事务 能读取 B事务 未提交的数据/临时库中的数据（如果两个事务在执行过程中都没啥问题，自然皆大欢喜，此隔离级别就是最牛逼的隔离级别。但是如果B事务报错回滚，而A事务读取了B事务回滚前的数据（该数据由于B事务的回滚，已成为垃圾数据），就会造成A事务出现**脏读现象**，导致数据逻辑上的出错，即最后结果与真实结果不一样）

读取已提交：A事务只能读取B事务已经提交的数据/非临时库中的数据（如果两个事务在执行过程中都没啥问题，**可能最后的结果依旧有问题**。场景：数据库中 商品库存为1。B事务扣减库存但未提交 临时库中的库存变为0，此时A事务不能读取临时库库存只能读取数据库库存为1。接着B事务提交数据，数据库库存变为0，A事务扣减库存发现竟然无法扣减（不可/无法重复读现象）。这是因为A事务只读取了一次库存（无法重复读取），如果能够在扣减前再读取一次事务（显然是无法实现的，就算A事务读取操作和扣减操作中间没有任何其他操作，但是由于并行执行，B事务的操作可能就会在A事务的这两操作之间执行，所以说如果采用了该隔离级别，不可重复读的现象是无法消除的）就能够完美解决这一现象。

可重复读：这是为了克服不可重复读现象而产生的隔离级别。B事务在读取库存后，A事务就不能读取库存，直到B事务提交，A事务才能读取。也就是说，如果某一个事务读取了某个资源，该资源就不能被其他事务读取，直到该事务提交（看着也不像重复读取啊！为啥取名叫可重复读呢？百思不得解。觉着更像是资源占用，不释放）。但是该隔离级别有可能造成**幻读**（场景：库存10，交易记录5。B事务读取库存10，A事务读取交易记录统计记录数5。B事务扣减库存，插入一笔交易记录提交事务。A打印交易记录共6条。A统计的记录数和打印出来的记录数不一致）

串行化：数据库最高隔离级别（性能最差），要求所有的sql语句按顺序执行（不会并发执行）

总结一下造成各个现象的根本原因：
脏读：事务回滚造成垃圾数据
不可重复读：由于并发机制，事务的读取操作和非读取操作之间执行了其他事务的非读取操作
幻读：和不可重复读相似，事务读取操作和非读取操作执行了其他事务的非读取操作，但是幻读更侧重于记录数统计上的数据错误，而不可重复读更侧重于数据值的错误。

3.3 使用隔离级别（mysql默认隔离级别为可重复读，oracle默认为读取已提交）

@Transactional(isolation = Isolation.READ_UNCOMMITTED)

4.@Transactional注解在某一场景下会失效
类自身方法之间的调用，@Transactional注解会失效。原因：数据库事务的原理帮助其实就是aop，而aop的原理就是动态代理，而在自调用的过程中，是类自身的调用，而不是代理对象去调用。

可能表达的不清楚，因为我也有点生疏，只是把我了解的以及理解的部分写出来，希望对大家有帮助