spring事务备忘

Spring中事务属性
    1、传播行为（Propagation behavior）
       可以找到相对应的常数与说明，列出下列几个：
       PROPAGATION_MANDATORY: 方法必须在一个现存的事务中进行，否则丢出异常
       PROPAGATION_NESTED: 在一个嵌入的事务中进行
       PROPAGATION_NEVER: 不应在事务中进行，如果有则丢异常
       PROPAGATION_NOT_SUPPORTED: 不应再事务中进行，如果有就暂停现存的事务
       PROPAGATION_REQUIRED: 支持现在的事务，如果没有就建立一个新的事务
       PROPAGATION_REQUIRES_NEW: 建立一个新的事务，如果现存一个事务就暂停它
       PROPAGATION_SUPPORTS: 支持现在的事务，如果没有就以非事务的方式执行
   
    2、隔离级别（Isolation level）      
       Dirty read（脏读）： 某个事务已经更新了一份数据，另一份事务在此时读取了同一份数据，由于某些原因，前一个事务回滚了，

则后一个事务读取的数据则是错误的。
       Non-repeatable read（非重复读）： 在一个事务的两次查询中事务不一致，可能是因为两次查询过程中间插入了一个事务更新的原有数据。
       Phantom read（幻象读）： 在一个事务的两次查询中数据笔数不一致。

       ISOLATION_DEFAULT: 使用底层数据库预设的隔离层级
       ISOLATION_READ_COMMITTED: 运行事务读取其他事务已经提交的数据字段，可以防止脏读问题
       ISOLATION_READ_UNCOMMITTED: 运行事务读取其他并行事务还没有提交的数据，会发生脏读、非重复读、幻象读等问题
       ISOLATION_REPEATABLE_READ: 要求多次读取的数据必须相同，除非事务本身更新数据，可以防止脏读、非重复读等问题
       ISOLATION_SERIALIZABLE: 完整的隔离层级，防止所有问题，会锁定数据对应的表，有效率问题

 

3.注意事务陷阱

(1).本地事务陷阱

(2).必须加<tx:annotation-driven transaction-manager="transactionManager"/> 注解方式事务才会被激活

(3)@Transactional只读标志陷阱解读一
     @Transactional(readOnly = true, propagation=Propagation.SUPPORTS)
     public long insertTrade(TradeData trade) throws Exception {
        //JDBC Code...
     }
要点:(a)SUPPORTS方式致使不会启动事务;(b)实际上只是利用了一下本地事务;(c)只读状态下，在jdbc层级，
只对只读方法启动事务
(4)@Transactional只读标志陷阱解读二
@Transactional(readOnly = true, propagation=Propagation.REQUIRED)
public long insertTrade(TradeData trade) throws Exception {
   //JDBC code...
}
要点:(a)在使用jdbc层级的事务时，要报错;(b)使用ORM框架时，不会报错，能够正确执行,原因是通常
ORM框架在数据库和这些操作指令之间还隔着缓存，而缓存的flush模式此时通常被设置为NEVER
指令与数据库并不是完全同步

(5)readOnly = true的时候，索性就不要设置事务了，如果设置传播行为也应设为SUPPORTS

(6)事务回滚陷阱

    spring事务回滚关系到异常引发，受控的异常有时会出问题,须慎重处理

    另外，在受控异常的处理上，spring与EJB3有一点区别，EJB3必须用

SessionContext.setRollbackOnly()

硬编码方式，spring可以通过rollbackFor="*.class"任意指定