Spring事務管理全解析

[size=small]瞭解事務：
事務是一組原子（Atomic）操作的工作單元，以資料庫存取的例項來說，就是一組SQL指令，這一組SQL指令必須全部執行成功，若因為某個原因未全部執行成功（例如其中一行SQL有錯誤），則先前所有執行過的SQL指令都會被撤消。

JDBC是如何控制事務的


[color=blue]try ...{

.....

connection.setAutoCommit(false);

.....

// 一連串SQL操作

connection.commit();

} catch(SQLException) ...{

// 發生錯誤，撤消所有變更

connection.rollback();

}[/color]

Spring是把JDBC事務管理進來了封裝，Spring事務管理的抽象關鍵在於org.springframework.transaction.PlatformTransactionManager介面

裡面有 commit 和 rollback


[color=blue]public interface PlatformTransactionManager ...{

TransactionStatus getTransaction(TransactionDefinition

definition) throws TransactionException;

void commit(TransactionStatus status)

throws TransactionException;

void rollback(TransactionStatus status)

throws TransactionException;

}[/color]
TransactionDefinition介面的例項定義了
事務的隔離程度（Isolation level）
傳播行為（Propagation behavior）
超時（Timeout）
只讀（Read-only）等

[color=blue]DataSourceTransactionManager、HibernateTransactionManager、JdoTransaction- Manager、JtaTransactionManager等是實現了該介面


Spring提供程式設計式的事務管理（Programmatic transaction management）與宣告式的事務管理（Declarative transaction management）：[/color]
1、程式設計式的事務管理可以清楚地控制事務的邊界，也就是讓您自行實現事務開始時間、撤消操作的時機、結束時間等，可以實現細粒度的事務控制。
2、然而多數的情況下，事務並不需要細粒度的控制，而是採用宣告式的事務管理，好處是Spring事務管理的相關API可以不用介入程式之中，從物件的角度來看，它並不知道自己正被納入事務管理之中，在不需要事務管理的時候，只要在設定檔案上修改一下設定，即可移去事務管理服務。


宣告式的事務管理舉例 以DataSource，mysql舉例


[color=blue]<bean id="dataSource"
class="org.springframework.jdbc.datasource.DriverManagerDataSource"
destroy-method="close">

<property name="driverClassName" value="com.mysql.jdbc.Driver"/>

<property name="url" value="jdbc:mysql://localhost:3306/demo"/>

<property name="username" value="caterpillar"/>

<property name="password" value="123456"/>

</bean>



<bean id="transactionManager"
class="org.springframework.jdbc.datasource.DataSourceTransactionManager">

<property name="dataSource" ref="dataSource"/>

</bean>



<bean id="userDAO" class="onlyfun.caterpillar.UserDAO">

<property name="dataSource" ref="dataSource"/>

</bean>



<bean id="userDAOProxy"
class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean">

<property name="proxyInterfaces">
<list>
<value>onlyfun.caterpillar.IUserDAO</value>
</list>
</property>

<property name="target" ref="userDAO"/>

<property name="transactionManager" ref="transactionManager"/>

<property name="transactionAttributes">

<props>

<prop key="insert*">PROPAGATION_REQUIRED</prop>

</props>

</property>

</bean>
[/color]
TransactionProxyFactoryBean需要一個TransactionManager，由於這裡使用的是JDBC，所以使用DataSourceTransactionManager，TransactionProxyFactoryBean是個代理物件，"target" 屬性指定要代理的物件，事務管理會自動介入指定的方法前後，這裡使用 "transactionAttributes" 屬性指定，"insert*" 表示指定方法名稱以insert開頭的都要納入事務管理，您也可以指定方法全名，如果在方法執行過程中發生錯誤，則所有先前的操作自動撤回，否則正常提交。

在"insert*" 等方法上指定了 "PROPAGATION_REQUIRED"，表示在目前的事務中執行操作，如果事務不存在就建立一個新的，相關的常數意義都可以在API檔案的TransactionDefinition介面中找到。您可以加上多個事務定義，中間使用逗號 "," 區隔，例如可以加上只讀，或者是指定某個異常發生時撤回操作：

PROPAGATION_REQUIRED,readOnly,-MyCheckedException

MyCheckedException前面加上 "-" 時，表示發生指定異常時撤消操作，如果前面加上 "+"，表示發生異常時立即提交。

由於"userDAO"被"userDAOProxy"代理了，所以要做的是取得"userDAOProxy"，而不是"userDAO"，


[color=darkblue] IUserDAO userDAO =

(IUserDAO) context.getBean("userDAOProxy");

userDAO.insert(user);[/color]


申明式事務管理一般都是粗粒度的，這裡可以看到，整個方法都被納入事務管理，其實在大部分的業務處理中，這樣做是沒有什麼不好的。


事務的屬性介紹

傳播行為
說明

PROPAGATION_MANDATORY
方法必須在一個現存的事務中進行，否則丟出異常

PROPAGATION_NESTED
在一個嵌入的事務中進行，如果不是，則同PROPAGATION_REQUIRED

PROPAGATION_NEVER
指出不應在事務中進行，如果有就丟出異常

PROPAGATION_NOT_SUPPORTED
指出不應在事務中進行，如果有就暫停現存的事務

PROPAGATION_REQUIRED
支援現在的事務，如果沒有就建立一個新的事務

PROPAGATION_REQUIRES_NEW
建立一個新的事務，如果現存一個事務就暫停它

PROPAGATION_SUPPORTS
支援現在的事務，如果沒有就以非事務的方式執行



隔離層級
說明

ISOLATION_DEFAULT
使用底層資料庫預設的隔離層級

ISOLATION_READ_COMMITTED
允許事務讀取其他並行的事務已經送出（Commit）的資料欄位，可以防止Dirty read問題

ISOLATION_READ_UNCOMMITTED
允許事務讀取其他並行的事務還沒送出的資料，會發生Dirty、Nonrepeatable、Phantom read等問題


續表

隔離層級
說明

ISOLATION_REPEATABLE_READ
要求多次讀取的資料必須相同，除非事務本身更新資料，可防止Dirty、Nonrepeatable read問題

ISOLATION_SERIALIZABLE
完整的隔離層級，可防止Dirty、Nonrepeatable、Phantom read等問題，會鎖定對應的資料表格，因而有效率問題


只讀提示（Read-only hints）
如果事務只進行讀取的動作，則可以利用底層資料庫在只讀操作時發生的一些最佳化動作，由於這個動作利用到資料庫在只讀的事務操作最佳化，因而必須在事務中才有效，也就是說要搭配傳播行為PROPAGATION_REQUIRED、PROPAGATION_REQUIRES_NEW、PROPAGATION_NESTED來設定。


事務超時期間（The transaction timeout period）
有的事務操作可能延續很長一段的時間，事務本身可能關聯到資料表格的鎖定，因而長時間的事務操作會有效率上的問題，對於過長的事務操作，您要考慮Roll back事務並要求重新操作，而不是無限時的等待事務完成。

您可以設定事務超時期間，計時是從事務開始時，所以這個設定必須搭配傳播行為PROPAGATION_REQUIRED、PROPAGATION_REQUIRES_NEW、PROPAGATION_NESTED來設定。


（上面是從《spring2.0技術開發》摘抄的，裡面有些概念還含糊不清，有待實驗考證下）

這裡我來介紹一種新的模式，不知道大家有沒有用到過，在文件中沒有發現


<[color=blue]bean id="txProxyTemplate" abstract="true" class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean">
<property name="transactionManager"><ref local="transactionManager"/></property>
<property name="transactionAttributes">
<props>
<prop key="add*">PROPAGATION_REQUIRED</prop>
<prop key="create*">PROPAGATION_REQUIRED</prop>
<prop key="update*">PROPAGATION_REQUIRED</prop>
<prop key="delete*">PROPAGATION_REQUIRED</prop>
<prop key="license*">PROPAGATION_REQUIRED</prop>
<prop key="save*">PROPAGATION_REQUIRED</prop>
<prop key="increase*">PROPAGATION_REQUIRED</prop>
<prop key="active*">PROPAGATION_REQUIRED</prop>
<prop key="modify*">PROPAGATION_REQUIRED</prop>
<prop key="*">PROPAGATION_REQUIRED,readOnly</prop>
</props>
</property>
</bean>
我在這裡不去指定target 那麼去哪裡指定呢？


<bean id="providerServiceTarget" class="cn.com.zjtelecom.mall.service.pojo.ProviderService" />
<bean id="providerService" parent="txProxyTemplate" >
<property name="target"><ref local="providerServiceTarget"/></property>
</bean>[/color]
這裡的意圖，大家只有非常瞭解代理模式才會明白其中的道理。那麼分開設定有什麼好處呢？模組化，大家可以公用這個代理模式，而且可以定義自己的宣告，和其他人的宣告無關。[/size][/size][/size][/size]