摘要：引言對(duì)于追求數(shù)據(jù)強(qiáng)一致性的系統(tǒng)，事務(wù)扮演者十分重要的角色最近在項(xiàng)目中遇到一個(gè)事務(wù)失效的問(wèn)題，在此分享給大家。情景回放問(wèn)題分析初步分析這是事務(wù)獲取鎖超時(shí)導(dǎo)致的錯(cuò)誤，奇怪的是拋出異常但是事務(wù)沒(méi)有回滾。唯一的解釋是事務(wù)失效了。

對(duì)于追求數(shù)據(jù)強(qiáng)一致性的系統(tǒng)，事務(wù)扮演者十分重要的角色.最近在項(xiàng)目中遇到一個(gè)事務(wù)失效的問(wèn)題，在此分享給大家。

### Cause: com.mysql.jdbc.exceptions.jdbc4.MySQLTransactionRollbackException: Lock wait timeout exceeded; try restarting transaction
; SQL []; Lock wait timeout exceeded; try restarting transaction; nested exception is com.mysql.jdbc.exceptions.jdbc4.MySQLTransactionRollbackException: Lock wait timeout exceeded; try restarting transaction
    at org.springframework.jdbc.support.SQLErrorCodeSQLExceptionTranslator.doTranslate(SQLErrorCodeSQLExceptionTranslator.java:259)
    at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:73)
    at org.mybatis.spring.MyBatisExceptionTranslator.translateExceptionIfPossible(MyBatisExceptionTranslator.java:73)
    at org.mybatis.spring.SqlSessionTemplate$SqlSessionInterceptor.invoke(SqlSessionTemplate.java:446)
    at com.sun.proxy.$Proxy121.update(Unknown Source)
    at org.mybatis.spring.SqlSessionTemplate.update(SqlSessionTemplate.java:294)
    at org.apache.ibatis.binding.MapperMethod.execute(MapperMethod.java:62)
    at org.apache.ibatis.binding.MapperProxy.invoke(MapperProxy.java:59)

初步分析這是事務(wù)獲取鎖超時(shí)導(dǎo)致的錯(cuò)誤，奇怪的是拋出異常但是事務(wù)沒(méi)有回滾?；蛟S你們說(shuō)MySQLTransactionRollbackException是檢查性異常(@Transactional默認(rèn)只捕獲非檢查性異常)，但是項(xiàng)目添加了注解： @Transactional(rollbackFor = Exception.class)。唯一的解釋是——事務(wù)失效了。

 ProductService.java
/**********************************************************************/
public interface ProductService{
    Integer getPrice(ProductInfo p);
    Integer compute(ProductInfo p);
}
/**********************************************************************/


ProductServiceImpl.java
/**********************************************************************/
@Service
public class ProductServiceImpl implements ProductService{

    public Integer getPrice(ProductInfo p){
        ...
        compute(p);
        ...
    }

    @Transactional(rollbackFor = Exception.class)
    public Integer compute(ProductInfo p){ //TestService的普通方法
        try{
            ...
        }catch(Exception e){
             e.printStackTrace();
             return -1;
        }
    }
}
/**********************************************************************/

初看這段代碼，沒(méi)啥毛病啊。噢，不對(duì)，compute 方法內(nèi)部catch了異常，spring aop無(wú)法捕獲異常。如果需要捕獲異常，需要手動(dòng)回滾，于是compute方法修改如下：

    @Transactional(rollbackFor = Exception.class)
        public Integer compute(ProductInfo p){ //TestService的普通方法
            try{
                ...
            }catch(Exception e){
                 e.printStackTrace();
                 TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();//手動(dòng)回滾事務(wù)
                 return 0;
            }
        }

繼續(xù)運(yùn)行，結(jié)果發(fā)現(xiàn)事務(wù)還是未生效。通過(guò)查詢資料發(fā)現(xiàn)，service方法直接調(diào)用了本類的一個(gè)方法(沒(méi)有通過(guò)接口調(diào)用)，該方法上的事務(wù)將不會(huì)生效。

想啟用本類的普通方法的事務(wù)，通過(guò)接口來(lái)調(diào)用該方法即可生效。如果先在方法內(nèi)部catch異常，需要添加TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();否則可以在外面捕獲這個(gè)異常。下面是在方法內(nèi)部捕獲異常的示例：

 ProductService.java
/**********************************************************************/
public interface ProductService{
    Integer getPrice(ProductInfo p);
    Integer compute(ProductInfo p);
}
/**********************************************************************/


ProductServiceImpl.java
/**********************************************************************/
@Service
public class ProductServiceImpl implements ProductService{
    @Autowired
    private ProductService productService;
    
    public Integer getPrice(ProductInfo p){
        productService.compute(p);
    }

    @Transactional(rollbackFor = Exception.class)
    public Integer compute(ProductInfo p){ 
        try{
            ...
        }catch(Exception e){
             e.printStackTrace();
             TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
             return 0;
        }
    }
}
/**********************************************************************/

Spring Transactional一直是RD的事務(wù)神器，但是如果用不好，反會(huì)傷了自己。下面總結(jié)@Transactional經(jīng)常遇到的幾個(gè)場(chǎng)景:

@Transactional 加于private方法, 無(wú)效
@Transactional 加于未加入接口的public方法, 再通過(guò)普通接口方法調(diào)用, 無(wú)效
@Transactional 加于接口方法, 無(wú)論下面調(diào)用的是private或public方法, 都有效
@Transactional 加于接口方法后, 被本類普通接口方法直接調(diào)用, 無(wú)效
@Transactional 加于接口方法后, 被本類普通接口方法通過(guò)接口調(diào)用, 有效
@Transactional 加于接口方法后, 被它類的接口方法調(diào)用, 有效
@Transactional 加于接口方法后, 被它類的私有方法調(diào)用后, 有效

Transactional是否生效, 僅取決于是否加載于接口方法, 并且是否通過(guò)接口方法調(diào)用(而不是本類調(diào)用)。

如果大家有更好的方法，歡迎加入討論！

參考博客：https://www.cnblogs.com/milto...