Spring09:宣告式事務
Spring09:宣告式事務
這個東西很重要,面試幾乎必問,特別是我們在操作資料庫的時候,這是我們一定要去關注的點,事務的概念,ACID,都是需要記住的,可以不要按著概念來,但是自己一定要理解。
回顧事務
-
事務在專案開發過程非常重要,涉及到資料的一致性的問題,不容馬虎!
-
事務管理是企業級應用程式開發中必備技術,用來確保資料的完整性和一致性。
事務:就是把一系列的動作當成一個獨立的工作單元,這些動作要麼全部完成,要麼全部不起作用。
事務四個屬性ACID
-
原子性(atomicity)
事務是原子性操作,由一系列動作組成,事務的原子性確保動作要麼全部完成,要麼完全不起作用
-
一致性(consistency)
一旦所有事務動作完成,事務就要被提交。資料和資源處於一種滿足業務規則的一致性狀態中
-
隔離性(isolation)
可能多個事務會同時處理相同的資料,因此每個事務都應該與其他事務隔離開來,防止資料損壞
-
永續性(durability)
事務一旦完成,無論系統發生什麼錯誤,結果都不會受到影響。通常情況下,事務的結果被寫到持久化儲存器中
不考慮隔離的三個問題
-
髒讀:指一個事務在處理的過程中,讀取了另一個事務未提交的資料
-
不可重複讀:事務A讀了之後,事務B對資料進行了修改。當A再次讀取的時候,兩次讀取的結果不同。這一般是對同一資料項進行了更新操作。
-
虛讀(幻讀):事務A讀了之後,事務B也對其進行了刪除或插入,當A再讀的時候,讀的結果便不同了。
很多小夥伴在網上看到的都是這三個問題,但是,我在《資料庫系統概論第五版》中,看到的是另一種,在這裡我也羅列出來:
-
髒讀:指一個事務在處理的過程中,讀取了另一個事務未提交的資料(一樣)
-
不可重複讀分成了三種:
- 事務A讀取了某一資料之後,事務B對其進行了修改,當A再次讀取的時候,兩次讀取的結果不同。也即是我們之前說的不可重複讀
- 事務A讀取了某些記錄後,事務B刪除了其中部分的記錄,當A再次讀取的時候,結果就不同了
- 事務A讀取了某些記錄後,事務B插入了一些記錄,當A再次讀取的時候,結果就不同了
- 後兩種統稱為幻讀(虛讀)
- 第三種叫做丟失修改。兩個事務A和B同時讀入一個數據並進行修改,B的提交破壞了A的提交,導致A的提交丟失。
我個人覺得,書上寫的似乎更加的好。。。但是,還是取決於各位的看法,自行決定
解決方案
- 讀取未提交的內容
- 讀取提交的內容
- 可重讀讀取
- 序列化:順序執行,解決幻讀
不懂的,可以自行百度一下。
測試
將上面的程式碼拷貝到一個新專案中
在之前的案例中,我們給userDao介面新增兩個方法,刪除和增加使用者;
//新增一個使用者
int addUser(User user);
//根據id刪除使用者
int deleteUser(int id);
mapper檔案,我們故意把 deletes 寫錯,測試!
<insert id="addUser" parameterType="com.pwx.pojo.User">
insert into user (id,name,pwd) values (#{id},#{name},#{pwd})
</insert>
<delete id="deleteUser" parameterType="int">
deletes from user where id = #{id}
</delete>
編寫介面的實現類,在實現類中,我們去操作一波
public class UserDaoImpl extends SqlSessionDaoSupport implements UserMapper {
//增加一些操作
public List<User> selectUser() {
User user = new User(4,"小明","123456");
UserMapper mapper = getSqlSession().getMapper(UserMapper.class);
mapper.addUser(user);
mapper.deleteUser(4);
return mapper.selectUser();
}
//新增
public int addUser(User user) {
UserMapper mapper = getSqlSession().getMapper(UserMapper.class);
return mapper.addUser(user);
}
//刪除
public int deleteUser(int id) {
UserMapper mapper = getSqlSession().getMapper(UserMapper.class);
return mapper.deleteUser(id);
}
}
測試
@Test
public void test2(){
ApplicationContext context = new ClassPathXmlApplicationContext("beans.xml");
UserMapper mapper = (UserMapper) context.getBean("userDao");
List<User> user = mapper.selectUser();
System.out.println(user);
}
肯定報錯,開啟資料庫,我們可以看到,我們可以看到,我們增加了一個使用者,這和我們的想法不同,也和我們所說的事務的原子性和一致性有矛盾。
之前都是要我們自己去寫約束,但是現在Spring給了我們事務管理,很方便
Spring中的事務管理
Spring在不同的事務管理API之上定義了一個抽象層,使得開發人員不必瞭解底層的事務管理API就可以使用Spring的事務管理機制。Spring支援程式設計式事務管理和宣告式的事務管理。
程式設計式事務管理
將事務管理程式碼嵌到業務方法中來控制事務的提交和回滾
缺點:必須在每個事務操作業務邏輯中包含額外的事務管理程式碼
宣告式事務管理
一般情況下比程式設計式事務好用。
將事務管理程式碼從業務方法中分離出來,以宣告的方式來實現事務管理。
將事務管理作為橫切關注點,通過aop方法模組化。Spring中通過Spring AOP框架支援宣告式事務管理。
使用Spring管理事務,注意標頭檔案的約束匯入 : tx
xmlns:tx="http://www.springframework.org/schema/tx"
http://www.springframework.org/schema/tx
http://www.springframework.org/schema/tx/spring-tx.xsd">
事務管理器
-
無論使用Spring的哪種事務管理策略(程式設計式或者宣告式)事務管理器都是必須的。
-
就是 Spring的核心事務管理抽象,管理封裝了一組獨立於技術的方法。
JDBC事務
<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
<property name="dataSource" ref="dataSource" />
</bean>
配置好事務管理器後我們需要去配置事務的通知
<!--配置事務通知-->
<tx:advice id="txAdvice" transaction-manager="transactionManager">
<tx:attributes>
<!--配置哪些方法使用什麼樣的事務,配置事務的傳播特性-->
<tx:method name="add" propagation="REQUIRED"/>
<tx:method name="delete" propagation="REQUIRED"/>
<tx:method name="update" propagation="REQUIRED"/>
<tx:method name="search*" propagation="REQUIRED"/>
<tx:method name="get" read-only="true"/>
<tx:method name="*" propagation="REQUIRED"/>
</tx:attributes>
</tx:advice>
spring事務傳播特性:
事務傳播行為就是多個事務方法相互呼叫時,事務如何在這些方法間傳播。spring支援7種事務傳播行為:
-
propagation_requierd:如果當前沒有事務,就新建一個事務,如果已存在一個事務中,加入到這個事務中,這是最常見的選擇。
-
propagation_supports:支援當前事務,如果沒有當前事務,就以非事務方法執行。
-
propagation_mandatory:使用當前事務,如果沒有當前事務,就丟擲異常。
-
propagation_required_new:新建事務,如果當前存在事務,把當前事務掛起。
-
propagation_not_supported:以非事務方式執行操作,如果當前存在事務,就把當前事務掛起。
-
propagation_never:以非事務方式執行操作,如果當前事務存在則丟擲異常。
-
propagation_nested:如果當前存在事務,則在巢狀事務內執行。如果當前沒有事務,則執行與propagation_required類似的操作
Spring 預設的事務傳播行為是 PROPAGATION_REQUIRED,它適合於絕大多數的情況。
假設 ServiveX#methodX() 都工作在事務環境下(即都被 Spring 事務增強了),假設程式中存在如下的呼叫鏈:Service1#method1()->Service2#method2()->Service3#method3(),那麼這 3 個服務類的 3 個方法通過 Spring 的事務傳播機制都工作在同一個事務中。
就好比,我們剛才的幾個方法存在呼叫,所以會被放在一組事務當中!
配置AOP
匯入aop的標頭檔案!
<!--配置aop織入事務-->
<aop:config>
<aop:pointcut id="txPointcut" expression="execution(* com.pwx.dao.*.*(..))"/>
<aop:advisor advice-ref="txAdvice" pointcut-ref="txPointcut"/>
</aop:config>
進行測試(記得刪掉剛剛的資料)
@Test
public void test2(){
ApplicationContext context = new ClassPathXmlApplicationContext("beans.xml");
UserMapper mapper = (UserMapper) context.getBean("userDao");
List<User> user = mapper.selectUser();
System.out.println(user);
}
這一個知識比較簡單,主要也是回顧一下事務的一些特性,當然有關資料庫的一些知識我相信在面試的過程中大家都遇到了一些,之前我也是對資料庫進行了一個簡單的複習,有時間我會整理一下資料庫的筆記,和大家探討一些有關的知識
Spring學習回顧也到今天就結束了,之後我要開始步入到下一個框架的學習了,MyBatis的知識等之後有時間,再慢慢補上。
最後
以上所有是通過在嗶哩嗶哩中遇見狂神說,狂神老師學習的,在這裡表示熱衷的感謝,又不懂的大家也可以去看看他的視訊。