資訊專欄INFORMATION COLUMN
摘要：事務的傳播行為當事務方法被另一個事務方法調用時，必須指定事務應該如何傳播。事務配置配置文件中關于事務配置總是由三個組成部分，分別是和代理機制這三部分，無論哪種配置方式，一般變化的只是代理機制這部分。
數(shù)據(jù)庫事務的隔離級別
數(shù)據(jù)庫事務的隔離級別有4個，由低到高依次為Read uncommitted 、Read committed 、Repeatable read 、Serializable
| ? | 臟讀 | 不可重復讀 | 幻讀 |
|---|---|---|---|
| Read uncommitted | √ | √ | √ |
| Read committed | × | √ | √ |
| Repeatable read | × | × | √ |
| Serializable | × | × | × |
| 臟讀 | 一個事務讀取到了另一個事務改寫但未提交的數(shù)據(jù)，如果這些數(shù)據(jù)被回滾，則讀到的數(shù)據(jù)是無效的 |
| 不可重復讀 | 在同一個事務中，多次讀取同一數(shù)據(jù)返回的結果不同。也就是說，后續(xù)讀取可以讀到另一事務已提交的更新數(shù)據(jù) |
| 幻讀 | 幻讀是指當事務不是獨立執(zhí)行時發(fā)生的一種現(xiàn)象，例如第一個事務對一個表中的數(shù)據(jù)進行了修改，這種修改涉及到表中的全部數(shù)據(jù)行。同時，第二個事務也修改這個表中的數(shù)據(jù)，這種修改是向表中插入一行新數(shù)據(jù)。那么，以后就會發(fā)生操作第一個事務的用戶發(fā)現(xiàn)表中還有沒有修改的數(shù)據(jù)行，就好象發(fā)生了幻覺一樣。 |
當事務方法被另一個事務方法調用時，必須指定事務應該如何傳播。
| 事務傳播行為類型 | 說明 |
| PROPAGATION_REQUIRED | 支持當前事務，如果不存在，就創(chuàng)建一個(默認的傳播行為) |
| PROPAGATION_SUPPORTS | 支持當前事務，如果不存在，就不使用事務 |
| PROPAGATION_MANDATORY | 支持當前事務，如果不存在，就拋出異常 |
| PROPAGATION_REQUIRES_NEW | 如果有事務存在，掛起當前事務，創(chuàng)建一個新的事務 |
| PROPAGATION_NOT_SUPPORTED | 以非事務方式運行，如果有事務存在，掛起當前事務 |
| PROPAGATION_NEVER | 以非事務方式運行， 如果有事務存在，拋出異常 |
| PROPAGATION_NESTED | 如果當前事務存在，就嵌套事務執(zhí)行（只對DataSourceTransactionManager起效） |
總結下就是：
支持當前事務： REQUIRED、SUPPORTS、MANDATORY （刪除訂單、刪除用戶 ）
不支持當前事務：REQUIRES_NEW、NOT_SUPPORTED、NEVER （ATM取款、打印憑條 ）
嵌套事務：NESTED ，使用Jdbc Connection SavePoint技術，允許在事務過程中回滾到某個保存點，只對DataSourceTransactionManager 有效
在程序代碼中，加入事務管理代碼，有代碼侵入事務管理方式 ，現(xiàn)在很少使用，不方便，靈活性較差
1）在spring 配置TransactionManager 事務管理器
2）將TransactionManager對象 注入 TransactionTemplate對象
3）將TransactionTemplate對象 注入 應用代碼中
4）添加事務控制
transactionTemplate.execute(new TransactionCallbackWithoutResult(){
doInTransaction(){
//添加被事務管理的代碼
}
});
底層原因，使用Spring AOP 思想，環(huán)繞通知增強，在不修改源目標代碼情況下，動態(tài)添加功能增強
try {
//開啟事務
//被事務管理代碼
//提交事務
}catch{
//回滾事務
}
聲明式事務管理，不需要改動目標代碼，靈活性更強，更便于使用。
Spring事務配置Spring配置文件中關于事務配置總是由三個組成部分，分別是DataSource、TransactionManager和代理機制這三部分，無論哪種配置方式，一般變化的只是代理機制這部分。
DataSource、TransactionManager這兩部分只是會根據(jù)數(shù)據(jù)訪問方式有所變化，比如使用hibernate進行數(shù)據(jù)訪問時，DataSource實際為SessionFactory，TransactionManager的實現(xiàn)為HibernateTransactionManager。參考下圖
根據(jù)代理機制的不同，共有5中配置方式
PROPAGATION_REQUIRED
PROPAGATION_REQUIRED
PROPAGATION_REQUIRED
*Dao
transactionInterceptor
