1.事務(wù)失效-自身調(diào)用(通過REQUIRES、REQUIRES_NEW傳播屬性)：自身調(diào)用即調(diào)該類自己的方法。

同類OrderServiceImpl 中 doSomeThing()方法 不存在事務(wù)，該方法去調(diào)用本類中的存在事務(wù)注解的 insertAndUpdateOrderInfo() 方法。但是insertAndUpdateOrderInfo() 其實是無法保證預(yù)想的事務(wù)性。

示列驗證：

OrderServiceImpl.insertAndUpdateOrderInfo方法中upateData(updateParam) 發(fā)生異常時，insertData(insertParam) 未發(fā)生回滾
說明：自身調(diào)用時候，無論是以下哪種傳播屬性均是無效的，因為自身調(diào)用時的子方法壓根就不會被AOP 代理攔截到以下的這兩種方式均經(jīng)過驗證，無法保證子方法事務(wù)的有效性

@Transactional(propagation = Propagation.REQUIRES)
@Transactional(propagation = Propagation.REQUIRES_NEW)

@Controller
@RequestMapping("/trans")
public class TransactionalController {

  @Autowired
  OrderService orderService;

  @RequestMapping("/test.do")
  @ResponseBody
  public void getIndex(HttpServletRequest request, HttpServletResponse response, Model model) {

    orderService.doSomeThing();

  }

}

@Service
public interface OrderService {

  /*
  *添加訂單和修改其他訂單信息
  * */
  public void doSomeThing();

}



@Service
public class OrderServiceImpl implements OrderService {
  @Autowired
  TransBusiness transBusiness;

  @Override
  public void doSomeThing() {

    insertAndUpdateOrderInfo();

  }

  @Transactional(propagation = Propagation.REQUIRED)
  public void insertAndUpdateOrderInfo(){
    Date date = new Date();
    SimpleDateFormat dateFormat = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
    String updateTime = dateFormat.format(date);

    //步驟1：插入訂單記錄信息
    String[] insertParam = {"555555555", "977723233", updateTime, updateTime};
    transBusiness.insertData(insertParam);

    //步驟2：修改訂單記錄信息
    String[] updateParam = {"1111111111", updateTime, "1"};
    transBusiness.upateData(updateParam);
  }

}



@Service
public class TransBusiness {

  @Autowired
  JdbcTemplate dalClient;

  public void insertData(String[] param) {
    Map<String, Object> resultMap = new HashMap<>();
    String sql = "INSERT INTO test_order (`order_no`, `cust_no`,create_time,update_time) VALUES (?, ?,?,?)";

    int i = dalClient.update(sql, param);
    System.out.println("TransBusiness>>>insertData" + i);
    resultMap.put("插入的記錄數(shù)", i);
  }

  public void upateData(String[] param) {
    Map<String, Object> resultMap = new HashMap<>();
    String sql = "update test_order set order_no =?,update_time=? ? where id= ?";

    int i = dalClient.update(sql, param);
    System.out.println("TransBusiness>>>upateData" + i);
    resultMap.put("修改的記錄數(shù)", i);
  }

}

2.1自身調(diào)用事務(wù)失效解決方法1—在父方法中添加事務(wù)

通過doSomeThing()方法中添加事務(wù)性，可以解決1中事務(wù)自身調(diào)用失效的問題。

示列驗證：

OrderServiceImpl.insertAndUpdateOrderInfo方法中當(dāng)步驟1執(zhí)行完成后，數(shù)據(jù)庫中并不會存在該訂單記錄。當(dāng)執(zhí)行步驟2時發(fā)生了異常，整個事務(wù)發(fā)生了回滾。說明才方法解決了1自身調(diào)用事務(wù)失效的問題。

說明：此處的@Transactional等同于 @Transactional(propagation = Propagation.REQUIRED) 表示支持當(dāng)前事務(wù)，如果沒有事務(wù)就新建一個事務(wù)，這是常見的選擇，也是spring默認的事務(wù)傳播

@Override
  @Transactional(propagation = Propagation.REQUIRED,rollbackFor = Exception.class)
  public void doSomeThing1() {
    insertAndUpdateOrderInfo();
  }

  public void insertAndUpdateOrderInfo(){
    Date date = new Date();
    SimpleDateFormat dateFormat = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
    String updateTime = dateFormat.format(date);

    //步驟1：插入訂單記錄信息
    String[] insertParam = {"8888888888", "977723233", updateTime, updateTime};
    transBusiness.insertData(insertParam);

    //步驟2：修改訂單記錄信息
    String[] updateParam = {"1111111112", updateTime, "1"};
    transBusiness.upateData(updateParam);
  }

2.2自身調(diào)用事務(wù)失效解決方法2—將事務(wù)方法拆分到另外一個類中

@Service
public class TransBusiness {

  @Autowired
  JdbcTemplate dalClient;

  @Transactional(propagation = Propagation.REQUIRED,rollbackFor = Exception.class)
  public void insertAndUpdateOrderInfo(){
    Date date = new Date();
    SimpleDateFormat dateFormat = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
    String updateTime = dateFormat.format(date);

    //步驟1：插入訂單記錄信息
    String[] insertParam = {"8888888888", "977723233", updateTime, updateTime};
    insertData(insertParam);

    //步驟2：修改訂單記錄信息
    String[] updateParam = {"1111111112", updateTime, "1"};
    upateData(updateParam);
  }

}

3.SQL規(guī)范于1992年提出了數(shù)據(jù)庫事務(wù)隔離級別，以此用來保證并發(fā)操作數(shù)據(jù)的正確性及一致性。Mysql的事務(wù)隔離級別由低往高可分為以下幾類：

1) READ UNCOMMITTED(讀取未提交的數(shù)據(jù))

　　這是最不安全的一種級別，查詢語句在無鎖的情況下運行，就讀取到別的未提交的數(shù)據(jù)，造成臟讀，如果未提交的那個事務(wù)數(shù)據(jù)全部回滾了，而之前讀取了這個事務(wù)的數(shù)據(jù)即是臟數(shù)據(jù)，這種數(shù)據(jù)不一致性讀造成的危害是可想而知的。

2) READ COMMITTED(讀取已提交的數(shù)據(jù))

　　一個事務(wù)只能讀取數(shù)據(jù)庫中已經(jīng)提交過的數(shù)據(jù)，解決了臟讀問題，但不能重復(fù)讀，即一個事務(wù)內(nèi)的兩次查詢返回的數(shù)據(jù)是不一樣的。如第一次查詢金額是100，第二次去查詢可能就是50了，這就是不可重復(fù)讀取。

3) REPEATABLE READ(可重復(fù)讀取數(shù)據(jù)，這也是Mysql默認的隔離級別)

　　一個事務(wù)內(nèi)的兩次無鎖查詢返回的數(shù)據(jù)都是一樣的，但別的事務(wù)的新增數(shù)據(jù)也能讀取到。比如另一個事務(wù)插入了一條數(shù)據(jù)并提交，這個事務(wù)第二次去讀取的時候發(fā)現(xiàn)多了一條之前查詢數(shù)據(jù)列表里面不存在的數(shù)據(jù)，這時候就是傳說的中幻讀了。這個級別避免了不可重復(fù)讀取，但不能避免幻讀的問題。

4) SERIALIZABLE(可串行化讀)

　　這是效率最低最耗費資源的一個事務(wù)級別，和可重復(fù)讀類似，但在自動提交模式關(guān)閉情況下可串行化讀會給每個查詢加上共享鎖和排他鎖，意味著所有的讀操作之間不阻塞，但讀操作會阻塞別的事務(wù)的寫操作，寫操作也阻塞讀操作。

4.spring事務(wù)管理其實是對數(shù)據(jù)庫事務(wù)進行了封裝而已，并提了5種事務(wù)隔離級別和7種事務(wù)傳播機制。

4.1聲明式事務(wù)(declarative transaction management)是Spring提供的對程序事務(wù)管理的方式之一。Spring使用AOP來完成聲明式的事務(wù)管理，因而聲明式事務(wù)是以方法為單位，Spring的事務(wù)屬性自然就在于描述事務(wù)應(yīng)用至方法上的策略，在Spring中事務(wù)屬性有以下參數(shù)：

readOnly屬性的詳細理解：

1)readonly并不是所有數(shù)據(jù)庫都支持的，不同的數(shù)據(jù)庫下會有不同的結(jié)果。

2)設(shè)置了readonly后，connection都會被賦予readonly，效果取決于數(shù)據(jù)庫的實現(xiàn)。

a. 在oracle下測試，發(fā)現(xiàn)不支持readOnly，也就是不論Connection里的readOnly屬性是true還是false均不影響SQL的增刪改查;

b. 在mysql下測試，發(fā)現(xiàn)支持readOnly，設(shè)置為true時，只能查詢，若增刪改會發(fā)生如下異常：

Caused by: java.sql.SQLException: Connection is read-only. Queries leading to data modification are not allowed
at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:910)
at com.mysql.jdbc.PreparedStatement.execute(PreparedStatement.java:792)

3)在ORM中，設(shè)置了readonly會賦予一些額外的優(yōu)化，例如在Hibernate中，會被禁止flush等。

4.2 spring 的 5種事務(wù)隔離級別

1) ISOLATION_DEFAULT 　　　　(使用后端數(shù)據(jù)庫默認的隔離級別)

以下四個與JDBC的隔離級別相對應(yīng)：

2) ISOLATION_READ_UNCOMMITTED (允許讀取尚未提交的更改,可能導(dǎo)致臟讀、幻影讀或不可重復(fù)讀)

3) ISOLATION_READ_COMMITTED (允許從已經(jīng)提交的并發(fā)事務(wù)讀取,可防止臟讀,但幻影讀和不可重復(fù)讀仍可能會發(fā)生)

4) ISOLATION_REPEATABLE_READ (對相同字段的多次讀取的結(jié)果是一致的,除非數(shù)據(jù)被當(dāng)前事務(wù)本身改變?？煞乐古K讀和不可重復(fù)讀，但幻影讀仍可能發(fā)生)

5) ISOLATION_SERIALIZABLE (完全服從ACID的隔離級別，確保不發(fā)生臟讀、不可重復(fù)讀和幻影讀。這在所有隔離級別中也是最慢的，因為它通常是通過完全鎖定當(dāng)前事務(wù)所涉及的數(shù)據(jù)表來完成的)

4.3 spring的7種事務(wù)傳播機制：

1) REQUIRED(需要事務(wù)): 業(yè)務(wù)方法需要在一個事務(wù)中運行,如果方法運行時,已處在一個事務(wù)中,那么就加入該事務(wù),否則自己創(chuàng)建一個新的事務(wù).這是spring默認的傳播行為;

2) NOT_SUPPORTED(不支持事務(wù)): 聲明方法需要事務(wù),如果方法沒有關(guān)聯(lián)到一個事務(wù),容器不會為它開啟事務(wù).如果方法在一個事務(wù)中被調(diào)用,該事務(wù)會被掛起,在方法調(diào)用結(jié)束后,原先的事務(wù)便會恢復(fù)執(zhí)行;

3) REQUIREDS_NEW(需要新事務(wù)):業(yè)務(wù)方法總是會為自己發(fā)起一個新的事務(wù),如果方法已運行在一個事務(wù)中,則原有事務(wù)被掛起,新的事務(wù)被創(chuàng)建,直到方法結(jié)束,新事務(wù)才結(jié)束,原先的事務(wù)才會恢復(fù)執(zhí)行;
備注：新建的事務(wù)如果沒有進行異常捕獲，發(fā)生異常那么原事務(wù)方法也會發(fā)生回滾。(該結(jié)論經(jīng)過自測驗證)

4) MANDATORY(強制性事務(wù)):只能在一個已存在事務(wù)中執(zhí)行。業(yè)務(wù)方法不能發(fā)起自己的事務(wù),如果業(yè)務(wù)方法在沒有事務(wù)的環(huán)境下調(diào)用,就拋異常

5) NEVER(不能存在事務(wù)):聲明方法絕對不能在事務(wù)范圍內(nèi)執(zhí)行,如果方法在某個事務(wù)范圍內(nèi)執(zhí)行,容器就拋異常.只有沒關(guān)聯(lián)到事務(wù),才正常執(zhí)行.

6) SUPPORTS(支持事務(wù)):如果業(yè)務(wù)方法在某個事務(wù)范圍內(nèi)被調(diào)用,則方法成為該事務(wù)的一部分,如果業(yè)務(wù)方法在事務(wù)范圍外被調(diào)用,則方法在沒有事務(wù)的環(huán)境下執(zhí)行.

7) NESTED(嵌套事務(wù)):如果一個活動的事務(wù)存在,則運行在一個嵌套的事務(wù)中.如果沒有活動的事務(wù),則按REQUIRED屬性執(zhí)行.它使用了一個單獨的事務(wù),這個事務(wù)擁有多個可以回滾的保證點.內(nèi)部事務(wù)回滾不會對外部事務(wù)造成影響, 它只對DataSourceTransactionManager 事務(wù)管理器起效.

思考：Nested和RequiresNew的區(qū)別：

a. RequiresNew每次都創(chuàng)建新的獨立的物理事務(wù)，而Nested只有一個物理事務(wù)；

b. Nested嵌套事務(wù)回滾或提交不會導(dǎo)致外部事務(wù)回滾或提交，但外部事務(wù)回滾將導(dǎo)致嵌套事務(wù)回滾，而 RequiresNew由于都是全新的事務(wù)，所以之間是無關(guān)聯(lián)的；

c. Nested使用JDBC 3的保存點實現(xiàn)，即如果使用低版本驅(qū)動將導(dǎo)致不支持嵌套事務(wù)。

實際應(yīng)用中一般使用默認的事務(wù)傳播行為，偶爾會用到RequiresNew和Nested方式。

以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評論