数据库事务隔离级别
数据库有四种事务隔离级别
- 读未提交(Read uncommitted)
- 读已提交(Read committed)
- 可重复读(Repeatable read)
- 串行化(Serializable)
以上事务隔离级别依次递增，但是性能依次递减。
mysql支持以上四种隔离级别，其默认是:可重复读(Repeatable read)。
oracle数据库支持READ COMMITTED 和 SERIALIZABLE两种。
oracle和PostgreSQL默认是：读已提交(Read committed)。
隔离级别详解
以上四种隔离分别会出现以下问题
脏读：
T1修改数据后未提交之前，T2可以访问修改后的数据。不可重复读：
T1：读取userid=1的salary=1000；
T2：将userid=1的salary改为2000并提交；
T1：此时再次读取userid=1的记录，则读取不到salary=1000了，这既是不可重复读。幻读：
T1：select id=1，resultset=null，此时准备插入一条；
T2：insert id=1 并提交;
T1：insert id=1 ，报错。
在这种情况下，T1按照逻辑本来是预计成功的，但是却报错主键冲突，此时T1就产生了幻读，仿佛看花眼出现幻象了一般。串行化：
每个事务排队执行。
串行话为什么不会出现幻读？因为会锁定索引。
还是上面幻读的例子，T1查询的时候，因为是主键查询，数据库会自动给索引加上锁（索引加锁，与具体数据无关），所以T2的操作会失败，T1的插入会成功。当然如果我们在可重复读模式下，通过select for update 是也可以达到Serializable的效果。
Spring事务传播特性
事务传播特性是指，当多个方法形成一个调用链时，事务是如何传播的（如A方法中调用了B方法，那么事务是以哪种方式传播给B）。
spring只提供事务管理器，其实现交给hibernate等其他框架；Spring定义了7中传播行为（org.springframework.transaction包中的TransactionDefinition接口）：
- PROPAGATION_REQUIRED（spring默认）：如果当前存在事务，则加入该事务；如果当前没有事务，则创建一个新的事务。
- PROPAGATION_SUPPORTS：如果当前存在事务，则加入该事务；如果当前没有事务，则以非事务的方式继续运行。
- PROPAGATION_MANDATORY：如果当前存在事务，则加入该事务；如果当前没有事务，则抛出异常。
- PROPAGATIONREQUIRESNEW：创建一个新的事务，如果当前存在事务，则把当前事务挂起。
- PROPAGATIONNOTSUPPORTED：以非事务方式运行，如果当前存在事务，则把当前事务挂起。
- PROPAGATION_NEVER：以非事务方式运行，如果当前存在事务，则抛出异常。
- PROPAGATIONNESTED：如果当前存在事务，则创建一个事务作为当前事务的嵌套事务来运行；如果当前没有事务，则该取值等价于PROPAGATIONREQUIRED。
以上七中传播特性中，前六种属于EJB，被spring引进；后一种是spring特有的。
spring事务隔离级别
- ISOLATION_DEFAULT：使用后端数据库默认的隔离级别。
- ISOLATION_READ_UNCOMMITTED：允许读取尚未提交的更改。可能导致脏读、幻影读或不可重复读。
- ISOLATION_READ_COMMITTED：允许从已经提交的并发事务读取。可防止脏读，但幻影读和不可重复读仍可能会发生。
- ISOLATION_REPEATABLE_READ：对相同字段的多次读取的结果是一致的，除非数据被当前事务本身改变。可防止脏读和不可重复读，但幻读仍可能发生。
- ISOLATION_SERIALIZABLE：完全服从ACID的隔离级别，确保不发生脏读、不可重复读和幻影读。