为了保证并发操作数据的正确性及一致性，SQL规范于1992年提出了数据库事务隔离级别。
一、SQL的事务隔离级别
1.READ UNCOMMITTED，读取未提交的数据（脏读）
这是最不安全的一种级别，查询语句在无锁的情况下运行，并能读取到别的未提交的数据，造成脏读，如果未提交的那个事务数据全部回滚了，而之前读取了这个事务的数据即是脏数据，这种数据不一致性读造成的危害是可想而知的。
2.READ COMMITTED，读取已提交的数据（不可重复读）
一个事务只能读取数据库中已经提交过的数据，解决了脏读问题，但不能重复读。
如：在事务1内，读取了一个数据，事务1还没有结束时，事务2也访问了这个数据，修改了这个数据，并提交。紧接着，事务1又读这个数据。由于事务2的修改，那么事务1两次读到的的数据可能是不一样的，因此称为是不可重复读。
3.REPEATABLE READ，可重复读取数据，这也是Mysql默认的隔离级别（幻读）
一个事务内的两次无锁查询返回的结果集都是一样的，而不管其他事务有没有提交。但别的事务的新增（insert）数据也能读取到。如：事务a第一次查询只有2条数据，然后事务b新增了一条数据，然后事务a再次查询会返回3条数据。这就是幻读的问题。
InnoDB存储引擎通过多版本并发控制（MVCC）解决了幻读的问题。
4.SERIALIZABLE，可串行化读
这是效率最低最耗费资源的一个事务级别，和可重复读类似，但在自动提交模式关闭情况下可串行化读会给每个查询加上共享锁和排他锁，意味着所有的读操作之间不阻塞，但读操作会阻塞别的事务的写操作，写操作也阻塞读操作。
spring的5种事务隔离级别和7种事务传播机制
上面介绍的是Mysql的事务隔离级别，而spring的事务隔离级别就是对数据库事务进行了封装而已。
5种事务隔离级别
ISOLATION_DEFAULT
spring将使用数据库中默认的事务隔离级别。
下面四种定义和上面一致。
ISOLATION_READ_UNCOMMITTED
ISOLATION_READ_COMMITTED
ISOLATION_REPEATABLE_READ
ISOLATION_SERIALIZABLE
7种事务传播机制
REQUIRED
如果当前方法有事务则加入事务，没有则创建一个事务。
NOT_SUPPORTED
不支持事务，如果当前有事务则挂起事务运行。
REQUIREDS_NEW
新建一个事务并在这个事务中运行，如果当前存在事务就把当前事务挂起。新建的事务的提交与回滚一挂起事务没有联系，不会影响挂起事务的操作。
MANDATORY
强制当前方法使用事务运行，如果当前没有事务则抛出异常。
NEVER
当前方法不能存在事务，即非事务状态运行，如果存在事务则抛出异常。
SUPPORTS
支持当前事务，如果当前没事务也支持非事务状态运行。
NESTED
如果当前存在事务，则在嵌套事务内执行。嵌套事务的提交与回滚与父事务没有任务关系，反之，当父事务提交嵌套事务也一起提交，父事务回滚会也回滚嵌套事务的。
如果当前没有事务，则新建一个事务运行，这时候则与PROPAGATION_REQUIRED场景一致。
