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
④方法中直接把异常捕获了
