您好,登錄后才能下訂單哦!
這篇文章主要介紹了Spring事務管理原理及方法詳解,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友可以參考下
事務,在日常開發或者面試中都必定會涉及到。開發工作中,結合數據庫開發理解就是:一組dml要么全部成功執行提交,要么因為某一個操作異常,撤銷之前所做的成功的操作,整體執行失敗。再簡單點的一句話:生死與共。
由此,可以看出,事務的必要性:在開發工作中,保證操作數據的安全性。事務的控制也就是保證數據的訪問安全性。
一、事務的四大特性
A:原子性(atomicity),對數據的修改,要么全部成功執行,要么全部不執行。
C:一致性(consistency),一旦事務完成,系統必須保證數據職員是滿足業務狀態的一種一致狀態中。很難懂的解釋,跟原子性很像。一個事務在操作過程中,數據可能會產生很多中間態,一致性保證中間態對其他事務不可見,因為這些中間態,與事務的開始和結束的狀態是不一致的。也就是從一種正確的狀態到另一種正確的狀態。
I:隔離性(isolation),事務之間的執行應不相互影響,也即事務執行的獨立。
D:持久性(durability),事務一旦提交,則對數據庫的修改是永久性的。
二、事務的隔離級別
并發環境下,事務可能會存在若干問題:臟讀、幻讀、不可重復讀、第一類更新丟失、第二類更新丟失。
類型 | 說明 | 舉例 |
臟讀 | A事務讀取到了B事務未提交的數據 | A開啟事務=>B開啟事務,讀取賬戶1000塊,取走100塊=>A讀取賬戶金額,讀取到900=>B回滾事務。此時A讀取的余額數據是無效的 |
幻讀 | 一個事務里面的操作發現了未被操作的數據 |
A開啟事務,修改某些數據狀態=>B開啟事務,執行新增數據并提交=>A事務提交,會出現一條未被修改的數據。 幻讀發生的前提是并發事務中發生了新增或者刪除動作。 |
不可重復讀 | 一個事務中,先后兩次讀取數據,讀到的結果不一致 |
A開啟事務,讀取賬戶1000塊=>B開啟事務,讀取賬戶1000塊,取出100塊并提交事務=>A再讀取賬戶余額,余額900塊。 一個事務范圍內的兩次同樣的查詢,卻返回了兩次不同的數據,這就是不可重復讀 |
第一類更新丟失 | A事務撤銷,把已經提交的B事務的更新的數據覆蓋 | A開啟事務,讀取賬戶1000塊=>B開啟事務,讀取賬戶1000塊,然后增加100塊,提交事務,賬戶變為1100=>A撤銷回滾事務,賬戶成1000塊 |
第二類更新丟失 | A事務提交,把已經提交的B事務的更新的數據覆蓋 | A開啟事務,讀取賬戶1000塊=>B開啟事務,讀取賬戶1000塊,然后增加100塊,提交事務,賬戶變為1100=>A增加100塊,提交事務,賬戶變為1100。 |
針對并發環境下可能出現的事務問題,于是就出現了隔離級別的解決方案,由低到高依次是:讀未提交(Read uncommitted)、讀已提交(Read committed)、可重復讀(Repeatable read)、串行序列化(serializable)。下表展示出不同的隔離級別,對于臟讀、幻讀、不可重復讀是否會出現。
類型 | 臟讀 | 不可重復讀 | 幻讀 | 說明 |
Read uncommitted | 會 | 會 | 會 | |
Read committed | 不會 | 會 | 會 | |
Repeatable read | 不會 | 不會 | 會 | mysql的默認隔離級別 |
serializable | 不會 | 不會 | 不會 | 最嚴格的隔離級別,將事務串行化執行,性能低。 |
mysql中查詢當前隔離級別:select @@tx_isolation;
三、spring事務支持的隔離級別和傳播特性
spring中定義了五種隔離界別和七種傳播行為(可以在org.springframework.transaction.TransactionDefinition類中看到詳細的解釋)
1、spring支持的隔離級別
ISOLATION_DEFAULT:默認級別。一般是使用的是數據庫本身的隔離級別(mysql - Repeatable read 、oracle - Read committed)
余下ISOLATION_READ_UNCOMMITTED、ISOLATION_READ_COMMITTED、ISOLATION_REPEATABLE_READ、ISOLATION_SERIALIZABLE分別對應上述數據庫隔離級別配置。
2、傳播特性
事務的傳播特性就是在多個事務方法互相調用的時候,事務該如何在方法之間使用傳播:
spring默認的傳播行為是PROPAGATION_REQUIRED,一般適用于絕大多數的開發工作。
3、事務的超時屬性
事務在超過預定時間內還未完成操作,則自動回滾事務。TransactionDefinition 中以int值來表示超時時間,單位是秒,提供的默認值是TIMEOUT_DEFAULT = -1,即永不超時,一直等待操作完成
四、spring事務配置方法
spring并不具體直接的管理事務,而是提供了一個接口org.springframework.transaction.PlatformTransactionManager,該接口中主要定義了三個方法:getTransaction(獲取事務)、commit(提交)和rollback(回滾)。
根據不同的持久化策略,spring提供了不同的實現,比如jdbc -
org.springframework.jdbc.datasource.DataSourceTransactionManager、hibernate - org.springframework.orm.hibernate5.HibernateTransactionManager等,在其他的實現可以通過源碼去查詢。
spring事務使用,可以分為編程式事務和聲明式事務。編程式事務每次業務使用都得書寫獲取事務、設置事務隔離級別和傳播特性、提交或回滾事務,代碼的重復太高,費時費力,且如果代碼的功能性復雜時候,使用編程式變得更加痛苦。而聲明式的事務,屬于無侵入式的,不會影響主業務流程,且編寫上非常簡單。所以目前開發工作中,更多的是使用聲明式事務。
1、編程式事務
//to do。后續補充
2、聲明式事務
聲明式事務分為兩種:基于aop的織入和@Transactional的注解。
2.1、基于aop的事務織入
之后在servcie中定義方法,最好的就是tx:method中定義的格式開頭,就會執行特定的事務。
2.2、注解事務
注解事務第一部分的數據源和事務管理器配置同上,配置文件中需要修改的是開啟注解配置:
然后在service編程中,加注解@Transactional即可(建議只在service實現類中加),如下是配置樣例,其中的屬性可以按需設置:
@Transactional(propagation = Propagation.REQUIRED,isolation = Isolation.REPEATABLE_READ,timeout = 100, readOnly = false, rollbackFor = {},noRollbackFor = {})
注意點:
事務的異常回滾只檢查RuntimeException的異常,checked exception(如ClassNotFoundException、FileNotFoundException等)不會滾,捕獲異常不拋出也不會回滾。
五、spring和springmvc父子容器
現在開發工作中,一般大多數都使用的spring和springmvc構建,這里,spring容器和springmvc容器就構成了父子容器的關系。父容器spring是發現不了子容器springmvc中的bean的,而子容器可以發現父容器中注冊的bean。由此,實際開發工作中,不注意的話,往往會產生一些意想不到的問題。
首先,通常我們配置spring配置文件applicationContext.xml的時候,會配置如下的掃描:
<context:component-scan base-package="com.cfang" />
這個配置會掃描指定包下面的所有@Component類型注解,包括@Controller,@Service,@Respository,并將掃描到的bean注冊到spring容器中。
一般,spring配置文件中,還會出現下面的配置,作用是掃描@Required、@Autowired、 @PostConstruct、@PersistenceContext、@Resource、@PreDestroy等注解。理論上,此配置為可選配置,因為上面的掃描配置會默認打開。
<context:annotation-config/>
接下來配置springmvc的配置文件spring-mvc.xml,配置掃描注解@RequestMapping、@RequestBody、@ResponseBody等,同時,該配置默認加載很多參數綁定方法 。
<mvc:annotation-driven />
上面一句話,相當于:
<!--配置注解控制器映射器,它是SpringMVC中用來將Request請求URL到映射到具體Controller--> <bean class="org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerMapping"/> <!--配置注解控制器映射器,它是SpringMVC中用來將具體請求映射到具體方法--> <bean class="org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter"/>
上面聊完基本配置,以下梳理下,來了解可能產生的容器沖突,對于事務管理的影響。
首先,有兩個基本的容器:spring和springmvc,配置文件分別為applicationContext.xml和spring-mvc.xml
1、applicationContext.xml中配置<context:component-scan base-package="com.cfang" />,掃描指定包下的所有bean,并自動注冊到spring容器中
2、spring-mvc.xml配置<mvc:annotation-driven />,掃描相關的springmvc的注解
3、為了保證springmvc的正常跳轉,通常我們還得在spring-mvc.xml文件中配置包掃描<context:component-scan base-package="com.cfang" />。
按照以上配置信息,就會產生事務失效。原因就在于:
Spring容器優先加載由ServletContextListener(對應applicationContext.xml)產生的父容器,
而SpringMVC(對應spring-mvc.xml)產生的是子容器。子容器Controller進行掃描裝配時裝配的@Service注解的實例是沒有經過事務加強處理,即沒有事務處理能力的Service,
而父容器進行初始化的Service是保證事務的增強處理能力的。如果不在子容器中將Service排除(exclude)掉,此時得到的將是無事務處理能力的Service。
解決辦法按照官方建議的來配置,各自負責一部分加載:
spring掃描:
<context:component-scan base-package="com.cfang.WeChat" use-default-filters="false"> <context:include-filter type="annotation" expression="org.springframework.stereotype.Repository"/> <context:include-filter type="annotation" expression="org.springframework.stereotype.Service"/> </context:component-scan>
springmvc掃描:
<context:component-scan base-package="com.cfang.WeChat" use-default-filters="false"> <context:include-filter type="annotation" expression="org.springframework.stereotype.Controller"/> </context:component-scan>
以上就是本文的全部內容,希望對大家的學習有所幫助,也希望大家多多支持億速云。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。