spring事务注解@Transactional

Spring 实现事务管理主要有两种方式：
编程式事务：需要使用transactionManager.commit，tansactionManager.rollback等方法手动实现事务管理，和业务代码耦合在一起，侵入性强
声明式事务：基于AOP面向切面的，将具体业务和事务处理解耦，侵入性低，主要有两种实现方式，基于tx和aop的xml配置文件方式，一种是基于@Transactional注解

@Transactional注解属性：
propagation：事务的传播行为，默认是Ptopagation.REQUIRED传播行为
1>Propagation.REQUIRED：如果当前存在事务，就加入该事务，如果当前不存在事务，则会创建一个新的事务
2>Propagation.SUPPORTS:如果当前存在事务，就加入该事务，如果当前不存在事务，就以非事务的方式继续运行
3>Propagation.MANDATORY:如果当前存在事务，就加入该事务；如果当前不存在事务，则抛出异常
4>Propagation.REQUIRES_NEW:重新创建一个新的事务，如果当前存在事务，暂停当前的事务
5>Propagation.NOT_SUPPORTED:以非事务的方式运行，如果当前存在事务，暂停当前的事务
6>Progation.NERVER：以非事务的方式运行，如果当前存在事务，则抛出异常
7>Porpagation.NESTED：和Propagation.REQUIRED效果一样，如果当前事务存在，则嵌套事务执行

Isolation隔离级别：
1>Isolation.DEFAULT:使用底层数据库默认的隔离级别
2>Isolation.READ_UNCOMMITTED读未提交
3>Isolation.READ_COMMITTED读已提交
4>Isolation.REPEATABLE_READ 不可重复读
5>Isolation.SERIALIZABLE

如果不考虑隔离性引发安全性问题:
脏读 :一个事务读到了另一个事务的未提交的数据
不可重复读 :一个事务读到了另一个事务已经提交的 update 的数据导致多次查询结果不一致.
虚幻读 :一个事务读到了另一个事务已经提交的 insert 的数据导致多次查询结果不一致.

解决读问题: 设置事务隔离级别（5种）
DEFAULT 这是一个PlatfromTransactionManager默认的隔离级别，使用数据库默认的事务隔离级别.
未提交读（read uncommited） :脏读，不可重复读，虚读都有可能发生
已提交读 （read commited）:避免脏读。但是不可重复读和虚读有可能发生
可重复读 （repeatable read） :避免脏读和不可重复读.但是虚读有可能发生.
串行化的 （serializable） :避免以上所有读问题.
Mysql 默认:可重复读
Oracle 默认:读已提交

事务特性（4种）:
原子性 （atomicity）:强调事务的不可分割.
一致性 （consistency）:事务的执行的前后数据的完整性保持一致.
隔离性 （isolation）:一个事务执行的过程中,不应该受到其他事务的干扰
持久性（durability） :事务一旦结束,数据就持久到数据库

事务失效的场景：
1>事务注解加在了非public修饰的方法上，使用CglibAopProxy代理类会调用AbsatractFallbackTransactionAttributeSource的computeTransationAttribute方法，当获取方法的修饰符时不是public方法就不会获取注解配置信息。
2>配置传播行为错误：Propagation.SUPPORTS，Propagation.NOT_SUPPORTED，Progation.NERVER
3>@Transactional注解属性rollbackFor设置错误
4>同一个类中没有事务注解的方法调用有事务的方法，由于使用AOP代理失效
5>异常被catch吃了
6>数据库引擎不支持事务，比如myisam，Mysql默认使用Innodb默认支持事务