Spring事务配置

1、XML方式配置
2、注解方式

| 属性                   | 类型            | 默认值                      | 说明                   |
| ---------------------- | --------------- | --------------------------- | ---------------------- |
| propagation            | Propagation枚举 | REQUIRED                    | 事务传播属性           |
| isolation              | isolation枚举   | DEFAULT(所用数据库默认级别) | 事务隔离级别           |
| readOnly               | boolean         | false                       | 是否采用优化的只读事务 |
| timeout                | int             | -1                          | 超时(秒)               |
| rollbackFor            | Class[]         | {}                          | 需要回滚的异常类       |
| rollbackForClassName   | String[]        | {}                          | 需要回滚的异常类名     |
| noRollbackFor          | Class[]         | {}                          | 不需要回滚的异常类     |
| noRollbackForClassName | String[]        | {}                          | 不需要回滚的异常类名   |

- propagation属性的7个传播行为
  1. REQUIRED：指定当前方法必需在事务环境中运行，如果当前有事务环境就加入当前正在执行的事务环境，如果当前没有事务，就新建一个事务。这是默认值。
  2. SUPPORTS：指定当前方法加入当前事务环境，如果当前没有事务，就以非事务方式执行。 
  3. MANDATORY：指定当前方法必须加入当前事务环境，如果当前没有事务，就抛出异常。
  4. REQUIRES_NEW：指定当前方法总是会为自己发起一个新的事务，如果发现当前方法已运行在一个事务中,则原有事务被挂起,我自己创建一个属于自己的事务,直我自己这个方法commit结束,原先的事务才会恢复执行。
  5. NOT_SUPPORTED：指定当前方法以非事务方式执行操作，如果当前存在事务，就把当前事务挂起，等我以非事务的状态运行完，再继续原来的事务。
  6. NEVER：指定当前方法绝对不能在事务范围内执行，如果方法在某个事务范围内执行，容器就抛异常，只有没关联到事务，才正常执行。
  7. NESTED：指定当前方法执行时，如果已经有一个事务存在,则运行在这个嵌套的事务中.如果当前环境没有运行的事务，就新建一个事务，并与父事务相互独立，这个事务拥有多个可以回滚的保证点。就是指我自己内部事务回滚不会对外部事务造成影响，只对DataSourceTransactionManager事务管理器起效。
  
- isolation属性有这些值：
  1. DEFAULT：采用数据库默认隔离级别
  2. SERIALIZABLE：最严格的级别，事务串行执行，资源消耗最大； 
  3. REPEATABLE_READ：保证了一个事务不会修改已经由另一个事务读取但未提交（回滚）的数据。避免了“脏读取”和“不可重复读取”的情况，但是带来了更多的性能损失。 
  4. READ_COMMITTED:大多数主流数据库的默认事务等级，保证了一个事务不会读到另一个并行事务已修改但未提交的数据，避免了“脏读取”。该级别适用于大多数系统。 
  5. READ_UNCOMMITTED：保证了读取过程中不会读取到非法数据。隔离级别在于处理多事务的并发问题。
  
  
   
- readOnly：表示对应的事务应该被最优化为只读事务。
  如果值为true就会告诉Spring这个方法里面没有insert、update或者delete，你只需要提供只读的数据库Connection就行了，这种执行效率会比read-write的Connection高，所以这是一个最优化提示。在一些情况下，一些事务策略能够起到显着的最优化效果，例如在使用Object/Relational映射工具（如：Hibernate或TopLink）时避免dirty checking（试图“刷新”）。
- timeout：指定事务超时为几秒。
  一般不会使用这个属性。在JTA中，这将被简单地传递到J2EE服务器的事务协调程序，并据此得到相应的解释。
  
  
  
  事务不生效排除的思路：
  1、数据库或数据库的引擎是否支持事务
    比如 MySQL中MyIASM不支持事务、InnoDB支持事务
  2、检查SSM的事务相关配置
    ①事务管理器和数据源不匹配
    ②xml 事务方法、AOP的切入点不匹配
    ③检查 rollbackFor noRollbackFor
    ④方法中直接把异常捕获了