MySQL数据库事务隔离级别
事务就是保障一系列的操作统一执行，要嘛全部成功，要嘛全部失败。
事务由单独单元的一个或多个SQL语句组成，在这个单元中，每个MySQL语句是相互依赖的。而整个单独单元作为一个不可分割的整体，如果单元中某条SQL语句一旦执行失败或产生错误，整个单元将会回滚。所有受到影响的数据将返回到事物开始以前的状态；如果单元中的所有SQL语句均执行成功，则事物被顺利执行
1、原子性（Atomicity）：事务开始后所有操作，要么全部做完，要么全部不做，不可能停滞在中间环节。事务执行过程中出错，会回滚到事务开始前的状态，所有的操作就像没有发生一样。也就是说事务是一个不可分割的整体，就像化学中学过的原子，是物质构成的基本单位。
2、一致性（Consistency）：事务开始前和结束后，数据库的完整性约束没有被破坏 。比如A向B转账，不可能A扣了钱，B却没收到。分为强一致性（银行转账）、弱一致性、最终一致性等
3、隔离性（Isolation）：同一时间，只允许一个事务请求同一数据，不同的事务之间彼此没有任何干扰。比如A正在从一张银行卡中取钱，在A取钱的过程结束前，B不能向这张卡转账。
4、持久性（Durability）：事务完成后，事务对数据库的所有更新将被保存到数据库，不能回滚。
1、读不提交(Read Uncommited，RU)
这种隔离级别下，事务间完全不隔离，会产生脏读，可以读取未提交的记录，实际情况下不会使用。
2、读提交(Read commited，RC)
本事务读取到的是最新的数据（其他事务提交后的）。问题是，在同一个事务里，前后两次相同的SELECT会读到不同的结果（不重复读）
3、可重复读（Repeatable Read，RR）【MySQL 默认的级别】
在同一个事务里，SELECT的结果是事务开始时时间点的状态，因此，同一个事务同样的SELECT操作读到的结果会是一致的。但是，会有幻读现象
4、 串行化（SERIALIZABLE）。读操作会隐式获取共享锁，可以保证不同事务间的互斥
对于单线程来说，事务很好理解 ACID也都很好理解。但对于多线程并发访问数据库的情况就会涉及到mysql ACID里高级一点的特性 隔离性。
例如一个场景：
Java项目 多线程请求 mysql数据库，毕竟相对于Java程序来说 mysql 就相当一个共享的资源，那么并发情况下 对于共享资源就要考虑数据安全问题。你也不能就是这个事务就完全用 mysql最高级别的隔离级别 那样会使mysql数据库性能减慢，所以mysql的隔离级别就会分等级。
testA表、testB表
如图：
线程1 事务1
事务1内容
（1）insert into testA （id，name） values（1，“张三”）
（2）update testA set testA.name=“王五” where testA.name=“张三”
线程2 事务2
事务2内容
（3）select * from testA where testA.name=“张三”
（4）update testB set testB.name=“李四” where testA.name=“张三”
线程1走到（2）处 但没有提交，此时线程2走到（3）处 ，此时如果mysql没有事务隔离 那么就会出现问题，导致数据出问题。
这就是mysql 事务隔离的作用 并且隔离还分等级 mysql事务隔离级别
如果上面的例子 设置成 读不提交(Read Uncommited，RU)，那么数据大概率是会出现问题的。
如果上面的例子 设置成 串行化（SERIALIZABLE）， 不会出问题 但是太影响效率
spring用代码实现了 操作mysql数据库的行为，spring的事务代码 实现了操作mysql事务的行为。
个人理解 就是用代码实现了适当的复制mysql的事务的过程，当然中间还有一些具体的技巧就不多说了。
比如 一个方法A加了spring事务注解，另一个方法B没有加注解， 但是我又想让方法B拥有事务，那么我就规定一个注解 称之为 spring的事务传播注解。规定spring的事务传播特性。加上这个注解方法B就能拥有方法A的事务了，我的目的就达到了 少写了一些代码。
2 Spring有7中事物传播行为：由@Transaction(Propagation=XXX)设置决定：
1）REQUIRED（required）：如果当前没有事务，就新建一个事务，如果已经存在一个事务中，加入到这个事务中。这是最常见的选择。即：不管内部事物还是外部事物，只要发生异常，全部回滚，默认是这种传播
2）REQUIRES_NEW(requires_new)：新建事务，如果当前存在事务，把当前事务挂起。
3）SUPPORTS(supports)：支持当前事物，如果没有事物，就以非事物方式执行。
4）MANDATORY(mandatory)：使用当前事物，没有就抛出异常
5）NOT_SUPPORTED(not_supported)：使用非事物的方式执行，如果当前存在事物，就把当前事物挂起
6）NEVER(never)：以非事物方式执行，如果当前事物存在，则抛出异常
7）NESTED(nested)：如果当前存在事物，则嵌套事物内部执行；如果当前没有事物，则执行与PROPAGATION_REQUIRED类似操作