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