轉(zhuǎn)載自?Java中的事務(wù)——JDBC事務(wù)和JTA事務(wù)

?

我的博客中曾經(jīng)關(guān)于事務(wù)有過很多討論，之前的事務(wù)介紹基本都是數(shù)據(jù)庫層面的事務(wù)，本文來介紹一下J2EE中和事務(wù)相關(guān)的內(nèi)容，在閱讀本文之前，希望讀者對(duì)分布式有一定的了解。

關(guān)于事務(wù)的基礎(chǔ)知識(shí)這里不再詳細(xì)介紹，想要了解的同學(xué)可以在我的博客中閱讀相關(guān)文章。

Java事務(wù)的類型有三種：JDBC事務(wù)、JTA(Java Transaction API)事務(wù)、容器事務(wù)。 常見的容器事務(wù)如Spring事務(wù)，容器事務(wù)主要是J2EE應(yīng)用服務(wù)器提供的，容器事務(wù)大多是基于JTA完成，這是一個(gè)基于JNDI的，相當(dāng)復(fù)雜的API實(shí)現(xiàn)。所以本文暫不討論容器事務(wù)。本文主要介紹J2EE開發(fā)中兩個(gè)比較基本的事務(wù)：JDBC事務(wù)和JTA事務(wù)。

JDBC事務(wù)

JDBC的一切行為包括事務(wù)是基于一個(gè)Connection的，在JDBC中是通過Connection對(duì)象進(jìn)行事務(wù)管理。在JDBC中，常用的和事務(wù)相關(guān)的方法是：?setAutoCommit、commit、rollback等。

下面看一個(gè)簡單的JDBC事務(wù)代碼：

public void JdbcTransfer() { java.sql.Connection conn = null;try{ conn = conn =DriverManager.getConnection("jdbc:oracle:thin:@host:1521:SID","username","userpwd"）;// 將自動(dòng)提交設(shè)置為 false，//若設(shè)置為 true 則數(shù)據(jù)庫將會(huì)把每一次數(shù)據(jù)更新認(rèn)定為一個(gè)事務(wù)并自動(dòng)提交conn.setAutoCommit(false);stmt = conn.createStatement(); // 將 A 賬戶中的金額減少 500 stmt.execute("\update t_account set amount = amount - 500 where account_id = 'A'");// 將 B 賬戶中的金額增加 500 stmt.execute("\update t_account set amount = amount + 500 where account_id = 'B'");// 提交事務(wù)conn.commit();// 事務(wù)提交：轉(zhuǎn)賬的兩步操作同時(shí)成功} catch(SQLException sqle){ ? ? ? ? ? ?try{ // 發(fā)生異常，回滾在本事務(wù)中的操做conn.rollback();// 事務(wù)回滾：轉(zhuǎn)賬的兩步操作完全撤銷stmt.close(); conn.close(); }catch(Exception ignore){ } sqle.printStackTrace(); } }

上面的代碼實(shí)現(xiàn)了一個(gè)簡單的轉(zhuǎn)賬功能，通過事務(wù)來控制轉(zhuǎn)賬操作，要么都提交，要么都回滾。

JDBC事務(wù)的優(yōu)缺點(diǎn)

JDBC為使用Java進(jìn)行數(shù)據(jù)庫的事務(wù)操作提供了最基本的支持。通過JDBC事務(wù)，我們可以將多個(gè)SQL語句放到同一個(gè)事務(wù)中，保證其ACID特性。JDBC事務(wù)的主要優(yōu)點(diǎn)就是API比較簡單，可以實(shí)現(xiàn)最基本的事務(wù)操作，性能也相對(duì)較好。

但是，JDBC事務(wù)有一個(gè)局限：一個(gè) JDBC 事務(wù)不能跨越多個(gè)數(shù)據(jù)庫！！！所以，如果涉及到多數(shù)據(jù)庫的操作或者分布式場(chǎng)景，JDBC事務(wù)就無能為力了。

JTA事務(wù)

為什么需要JTA

通常，JDBC事務(wù)就可以解決數(shù)據(jù)的一致性等問題，鑒于他用法相對(duì)簡單，所以很多人關(guān)于Java中的事務(wù)只知道有JDBC事務(wù)，或者有人知道框架中的事務(wù)（比如Hibernate、Spring）等。但是，由于JDBC無法實(shí)現(xiàn)分布式事務(wù)，而如今的分布式場(chǎng)景越來越多，所以，JTA事務(wù)就應(yīng)運(yùn)而生。

如果，你在工作中沒有遇到JDBC事務(wù)無法解決的場(chǎng)景，那么只能說你做的項(xiàng)目還都太小。拿電商網(wǎng)站來說，我們一般把一個(gè)電商網(wǎng)站橫向拆分成商品模塊、訂單模塊、購物車模塊、消息模塊、支付模塊等。然后我們把不同的模塊部署到不同的機(jī)器上，各個(gè)模塊之間通過遠(yuǎn)程服務(wù)調(diào)用(RPC)等方式進(jìn)行通信。以一個(gè)分布式的系統(tǒng)對(duì)外提供服務(wù)。

一個(gè)支付流程就要和多個(gè)模塊進(jìn)行交互，每個(gè)模塊都部署在不同的機(jī)器中，并且每個(gè)模塊操作的數(shù)據(jù)庫都不一致，這時(shí)候就無法使用JDBC來管理事務(wù)。我們看一段代碼：

/** 支付訂單處理 **/ @Transactional(rollbackFor = Exception.class) public void completeOrder() {orderDao.update(); // 訂單服務(wù)本地更新訂單狀態(tài)accountService.update(); // 調(diào)用資金賬戶服務(wù)給資金帳戶加款pointService.update(); // 調(diào)用積分服務(wù)給積分帳戶增加積分accountingService.insert(); // 調(diào)用會(huì)計(jì)服務(wù)向會(huì)計(jì)系統(tǒng)寫入會(huì)計(jì)原始憑證merchantNotifyService.notify(); // 調(diào)用商戶通知服務(wù)向商戶發(fā)送支付結(jié)果通知 }

上面的代碼是一個(gè)簡單的支付流程的操作，其中調(diào)用了五個(gè)服務(wù)，這五個(gè)服務(wù)都通過RPC的方式調(diào)用，請(qǐng)問使用JDBC如何保證事務(wù)一致性？我在方法中增加了@Transactional注解，但是由于采用調(diào)用了分布式服務(wù)，該事務(wù)并不能達(dá)到ACID的效果。

JTA事務(wù)比JDBC事務(wù)更強(qiáng)大。一個(gè)JTA事務(wù)可以有多個(gè)參與者，而一個(gè)JDBC事務(wù)則被限定在一個(gè)單一的數(shù)據(jù)庫連接。下列任一個(gè)Java平臺(tái)的組件都可以參與到一個(gè)JTA事務(wù)中：JDBC連接、JDO PersistenceManager?對(duì)象、JMS?隊(duì)列、JMS?主題、企業(yè)JavaBeans（EJB）、一個(gè)用J2EE Connector Architecture?規(guī)范編譯的資源分配器。

JTA的定義

Java事務(wù)API（Java Transaction API，簡稱JTA ） 是一個(gè)Java企業(yè)版 的應(yīng)用程序接口，在Java環(huán)境中，允許完成跨越多個(gè)XA資源的分布式事務(wù)。

JTA和它的同胞Java事務(wù)服務(wù)(JTS；Java TransactionService)，為J2EE平臺(tái)提供了分布式事務(wù)服務(wù)。不過JTA只是提供了一個(gè)接口，并沒有提供具體的實(shí)現(xiàn)，而是由j2ee服務(wù)器提供商 根據(jù)JTS規(guī)范提供的，常見的JTA實(shí)現(xiàn)有以下幾種：

• 1.J2EE容器所提供的JTA實(shí)現(xiàn)(JBoss)

• 2.獨(dú)立的JTA實(shí)現(xiàn):如JOTM，Atomikos.這些實(shí)現(xiàn)可以應(yīng)用在那些不使用J2EE應(yīng)用服務(wù)器的環(huán)境里用以提供分布事事務(wù)保證。如Tomcat,Jetty以及普通的java應(yīng)用。

JTA里面提供了?java.transaction.UserTransaction?,里面定義了下面幾個(gè)方法

begin：開啟一個(gè)事務(wù)

commit：提交當(dāng)前事務(wù)

rollback：回滾當(dāng)前事務(wù)

setRollbackOnly：把當(dāng)前事務(wù)標(biāo)記為回滾

setTransactionTimeout：設(shè)置事務(wù)的事件，超過這個(gè)事件，就拋出異常，回滾事務(wù)

這里，值得注意的是，不是使用了UserTransaction就能把普通的JDBC操作直接轉(zhuǎn)成JTA操作，JTA對(duì)DataSource、Connection和Resource 都是有要求的，只有符合XA規(guī)范，并且實(shí)現(xiàn)了XA規(guī)范的相關(guān)接口的類才能參與到JTA事務(wù)中來，關(guān)于XA規(guī)范，請(qǐng)看我的另外一篇文章中有相關(guān)介紹。這里，提一句，目前主流的數(shù)據(jù)庫都支持XA規(guī)范。

要想使用用 JTA 事務(wù)，那么就需要有一個(gè)實(shí)現(xiàn)?javax.sql.XADataSource?、?javax.sql.XAConnection?和?javax.sql.XAResource?接口的 JDBC 驅(qū)動(dòng)程序。一個(gè)實(shí)現(xiàn)了這些接口的驅(qū)動(dòng)程序?qū)⒖梢詤⑴c JTA 事務(wù)。一個(gè)?XADataSource?對(duì)象就是一個(gè)?XAConnection?對(duì)象的工廠。XAConnection?是參與 JTA 事務(wù)的 JDBC 連接。

要使用JTA事務(wù)，必須使用XADataSource來產(chǎn)生數(shù)據(jù)庫連接，產(chǎn)生的連接為一個(gè)XA連接。

XA連接（javax.sql.XAConnection）和非XA（java.sql.Connection）連接的區(qū)別在于：XA可以參與JTA的事務(wù)，而且不支持自動(dòng)提交。

public void JtaTransfer() { javax.transaction.UserTransaction tx = null;java.sql.Connection conn = null;try{ tx = (javax.transaction.UserTransaction) context.lookup("java:comp/UserTransaction"); ?//取得JTA事務(wù)，本例中是由Jboss容器管理javax.sql.DataSource ds = (javax.sql.DataSource) context.lookup("java:/XAOracleDS"); ?//取得數(shù)據(jù)庫連接池，必須有支持XA的數(shù)據(jù)庫、驅(qū)動(dòng)程序 ?tx.begin();conn = ds.getConnection();// 將自動(dòng)提交設(shè)置為 false，//若設(shè)置為 true 則數(shù)據(jù)庫將會(huì)把每一次數(shù)據(jù)更新認(rèn)定為一個(gè)事務(wù)并自動(dòng)提交conn.setAutoCommit(false);stmt = conn.createStatement(); // 將 A 賬戶中的金額減少 500 stmt.execute("\update t_account set amount = amount - 500 where account_id = 'A'");// 將 B 賬戶中的金額增加 500 stmt.execute("\update t_account set amount = amount + 500 where account_id = 'B'");// 提交事務(wù)tx.commit();// 事務(wù)提交：轉(zhuǎn)賬的兩步操作同時(shí)成功} catch(SQLException sqle){ ? ? ? ? ? ?try{ // 發(fā)生異常，回滾在本事務(wù)中的操做tx.rollback();// 事務(wù)回滾：轉(zhuǎn)賬的兩步操作完全撤銷stmt.close(); conn.close(); }catch(Exception ignore){ } sqle.printStackTrace(); } }

上面的例子就是一個(gè)使用JTA事務(wù)的轉(zhuǎn)賬操作，該操作相對(duì)依賴于J2EE容器，并且需要通過JNDI的方式獲取UserTransaction和Connection。

標(biāo)準(zhǔn)的分布式事務(wù)

一個(gè)分布式事務(wù)（Distributed Transaction）包括一個(gè)事務(wù)管理器（transaction manager）和一個(gè)或多個(gè)資源管理器(resource manager)。一個(gè)資源管理器（resource manager）是任意類型的持久化數(shù)據(jù)存儲(chǔ)。事務(wù)管理器（transaction manager）承擔(dān)著所有事務(wù)參與單元者的相互通訊的責(zé)任。

JTA的實(shí)現(xiàn)方式也是基于以上這些分布式事務(wù)參與者實(shí)現(xiàn)的，具體的關(guān)于JTA的實(shí)現(xiàn)細(xì)節(jié)不是本文的重點(diǎn)，感興趣的同學(xué)可以閱讀JTA 深度歷險(xiǎn) - 原理與實(shí)現(xiàn)

• 看上面關(guān)于分布式事務(wù)的介紹是不是和2PC中的事務(wù)管理比較像？的卻，2PC其實(shí)就是符合XA規(guī)范的事務(wù)管理器協(xié)調(diào)多個(gè)資源管理器的一種實(shí)現(xiàn)方式。 我之前有幾篇文章關(guān)于2PC和3PC的，那幾篇文章中介紹過分布式事務(wù)中的事務(wù)管理器是如何協(xié)調(diào)多個(gè)事務(wù)的統(tǒng)一提交或回滾的，后面我還會(huì)有幾篇文章詳細(xì)的介紹一下和分布式事務(wù)相關(guān)的內(nèi)容，包括但不限于全局事務(wù)、DTP模型、柔性事務(wù)等。

JTA的優(yōu)缺點(diǎn)

JTA的優(yōu)點(diǎn)很明顯，就是提供了分布式事務(wù)的解決方案，嚴(yán)格的ACID。但是，標(biāo)準(zhǔn)的JTA方式的事務(wù)管理在日常開發(fā)中并不常用，因?yàn)樗泻芏嗳秉c(diǎn):

• 實(shí)現(xiàn)復(fù)雜?

  • 通常情況下，JTA UserTransaction需要從JNDI獲取。這意味著，如果我們使用JTA，就需要同時(shí)使用JTA和JNDI。

• JTA本身就是個(gè)笨重的API

• 通常JTA只能在應(yīng)用服務(wù)器環(huán)境下使用，因此使用JTA會(huì)限制代碼的復(fù)用性。

總結(jié)

Java事務(wù)的類型有三種：JDBC事務(wù)、JTA(Java Transaction API)事務(wù)、容器事務(wù)，其中JDBC的事務(wù)操作用法比較簡單，適合于處理同一個(gè)數(shù)據(jù)源的操作。JTA事務(wù)相對(duì)復(fù)雜，可以用于處理跨多個(gè)數(shù)據(jù)庫的事務(wù)，是分布式事務(wù)的一種解決方案。

這里還要簡單說一下，雖然JTA事務(wù)是Java提供的可用于分布式事務(wù)的一套API，但是不同的J2EE平臺(tái)的實(shí)現(xiàn)都不一樣，并且都不是很方便使用，所以，一般在項(xiàng)目中不太使用這種較為負(fù)責(zé)的API。現(xiàn)在業(yè)內(nèi)比較常用的分布式事務(wù)解決方案主要有異步消息確保型、TCC、最大努力通知等。關(guān)于這幾種分布式事務(wù)解決方案，我會(huì)在后面的文章中介紹。歡迎關(guān)注與交流。

參考資料

JTA 深度歷險(xiǎn) - 原理與實(shí)現(xiàn)

事務(wù)模型與分布式事務(wù)總結(jié)思考

?

總結(jié)

以上是生活随笔為你收集整理的Java中的事务——JDBC事务和JTA事务的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。