本文目錄一覽:
java事務相關
Java中的事務處理
一般情況下,J2EE應用伺服器支持JDBC事務、JTA(JavaTransactionAPI)事務、容器管理事務。一般情況下,最好不要在程序中同時使用上述三種事務類型,比如在JTA事務中嵌套JDBC事務。第二方面,事務要在儘可能短的時間內完成,不要在不同方法中實現事務的使用。下面我們列舉兩種事務處理方式。
1、JavaBean中使用JDBC方式進行事務處理
在JDBC中怎樣將多個SQL語句組合成一個事務呢?在JDBC中,打開一個連接對象Connection時,預設是auto-commit模式,每個SQL語句都被當作一個事務,即每次執行一個語句,都會自動的得到事務確認。為了能將多個SQL語句組合成一個事務,要將auto-commit模式屏蔽掉。在auto-commit模式屏蔽掉之後,如果不調用commit()方法,SQL語句不會得到事務確認。在最近一次commit()方法調用之後的所有SQL會在方法commit()調用時得到確認。
publicintdelete(intsID){
dbc=newDataBaseConnection();
Connectioncon=dbc.getConnection();
try{
con.setAutoCommit(false);//更改JDBC事務的默認提交方式
dbc.executeUpdate(“deletefrombylawwhereID=”+sID);
dbc.executeUpdate(“deletefrombylaw_contentwhereID=”+sID);
dbc.executeUpdate(“deletefrombylaw_affixwherebylawid=”+sID);
con.commit();//提交JDBC事務
con.setAutoCommit(true);//恢復JDBC事務的默認提交方式
dbc.close();
return1;
}
catch(Exceptionexc){
con.rollBack();//回滾JDBC事務
exc.printStackTrace();
dbc.close();
return-1;
}
}
2、SessionBean中的JTA事務
JTA是事務服務的J2EE解決方案。本質上,它是描述事務介面(比如UserTransaction介面,開發人員直接使用該介面或者通過J2EE容器使用該介面來確保業務邏輯能夠可靠地運行)的J2EE模型的一部分。JTA具有的三個主要的介面分別是UserTransaction介面、TransactionManager介面和Transaction介面。這些介面共享公共的事務操作,例如commit()和rollback(),但是也包含特殊的事務操作,例如suspend(),resume()和enlist(),它們只出現在特定的介面上,以便在實現中允許一定程度的訪問控制。例如,UserTransaction能夠執行事務劃分和基本的事務操作,而TransactionManager能夠執行上下文管理。
應用程序可以調用UserTransaction.begin()方法開始一個事務,該事務與應用程序正在其中運行的當前線程相關聯。底層的事務管理器實際處理線程與事務之間的關聯。UserTransaction.commit()方法終止與當前線程關聯的事務。UserTransaction.rollback()方法將放棄與當前線程關聯的當前事務。
publicintdelete(intsID){
DataBaseConnectiondbc=null;
dbc=newDataBaseConnection();
dbc.getConnection();
UserTransactiontransaction=sessionContext.getUserTransaction();//獲得JTA事務
try{
transaction.begin();//開始JTA事務
dbc.executeUpdate(“deletefrombylawwhereID=”+sID);
dbc.executeUpdate(“deletefrombylaw_contentwhereID=”+sID);
dbc.executeUpdate(“deletefrombylaw_affixwherebylawid=”+sID);
transaction.commit();//提交JTA事務
dbc.close();
return1;
}
catch(Exceptionexc){
try{
transaction.rollback();//JTA事務回滾
}
catch(Exceptionex){
//JTA事務回滾出錯處理
ex.printStackTrace();
}
exc.printStackTrace();
dbc.close();
return-1;
}
}
java事務同一個方法里的生效嗎
不生效。java事務同一個方法里的不生效。因為在對象內部調用不會生效。事務是訪問資料庫的一個操作序列,資料庫應用系統通過事務集來完成對資料庫的存取。事務的正確執行使得資料庫從一種狀態轉換成另一種狀態。
在java中,「事務」選項有什麼用?
一、什麼是Java事務 \x0d\x0a 通常的觀念認為,事務僅與資料庫相關。 \x0d\x0a 事務必須服從ISO/IEC所制定的ACID原則。ACID是原子性(atomicity)、一致性(consistency)、隔離性 \x0d\x0a(isolation)和持久性(durability)的縮寫。事務的原子性表示事務執行過程中的任何失敗都將導致事務所做的任何修改失效。一致性表示\x0d\x0a \x0d\x0a當事務執行失敗時,所有被該事務影響的數據都應該恢復到事務執行前的狀態。隔離性表示在事務執行過程中對數據的修改,在事務提交之前對其他事務不可見。持\x0d\x0a 久性表示已提交的數據在事務執行失敗時,數據的狀態都應該正確。 \x0d\x0a 通俗的理解,事務是一組原子操作單元,從資料庫角度說,就是一組SQL指令,要麼全部執行成功,若因為某個原因其中一條指令執行有錯誤,則撤銷先前執行過的所有指令。更簡答的說就是:要麼全部執行成功,要麼撤銷不執行。 \x0d\x0a 既然事務的概念從資料庫而來,那Java事務是什麼?之間有什麼聯繫? \x0d\x0a 實際上,一個Java應用系統,如果要操作資料庫,則通過JDBC來實現的。增加、修改、刪除都是通過相應方法間接來實現的,事務的控制也相應轉移到Java程序代碼中。因此,資料庫操作的事務習慣上就稱為Java事務。 \x0d\x0a 二、為什麼需要事務 \x0d\x0a 事務是為解決數據安全操作提出的,事務控制實際上就是控制數據的安全訪問。具一個簡單例子:比如銀行轉帳業務,賬戶A要將自己賬戶上的1000元 \x0d\x0a轉到B賬戶下面,A賬戶餘額首先要減去1000元,然後B賬戶要增加1000元。假如在中間網路出現了問題,A賬戶減去1000元已經結束,B因為網路中\x0d\x0a \x0d\x0a斷而操作失敗,那麼整個業務失敗,必須做出控制,要求A賬戶轉帳業務撤銷。這才能保證業務的正確性,完成這個操走就需要事務,將A賬戶資金減少和B賬戶資\x0d\x0a 金增加方到一個事務裡面,要麼全部執行成功,要麼操作全部撤銷,這樣就保持了數據的安全性。 \x0d\x0a 三、Java事務的類型 \x0d\x0a Java事務的類型有三種:JDBC事務、JTA(Java Transaction API)事務、容器事務。 \x0d\x0a 1、JDBC事務 \x0d\x0a JDBC 事務是用 Connection 對象控制的。JDBC Connection 介面( java.sql.Connection )提供了兩種事務模式:自動提交和手工提交。 java.sql.Connection 提供了以下控制事務的方法: \x0d\x0a public void setAutoCommit(boolean) \x0d\x0a public boolean getAutoCommit() \x0d\x0a public void commit() \x0d\x0a public void rollback() \x0d\x0a 使用 JDBC 事務界定時,您可以將多個 SQL 語句結合到一個事務中。JDBC 事務的一個缺點是事務的範圍局限於一個資料庫連接。一個 JDBC 事務不能跨越多個資料庫。 \x0d\x0a 2、JTA(Java Transaction API)事務 \x0d\x0a JTA是一種高層的,與實現無關的,與協議無關的API,應用程序和應用伺服器可以使用JTA來訪問事務。 \x0d\x0a JTA允許應用程序執行分散式事務處理_在兩個或多個網路計算機資源上訪問並且更新數據,這些數據可以分布在多個資料庫上。JDBC驅動程序的JTA支持極大地增強了數據訪問能力。 \x0d\x0a 如果計劃用 JTA 界定事務,那麼就需要有一個實現 javax.sql.XADataSource 、 \x0d\x0ajavax.sql.XAConnection 和 javax.sql.XAResource 介面的 JDBC \x0d\x0a驅動程序。一個實現了這些介面的驅動程序將可以參與 JTA 事務。一個 XADataSource 對象就是一個 XAConnection \x0d\x0a對象的工廠。 XAConnection s 是參與 JTA 事務的 JDBC 連接。 \x0d\x0a 您將需要用應用伺服器的管理工具設置 XADataSource 。從應用伺服器和 JDBC 驅動程序的文檔中可以了解到相關的指導。 \x0d\x0a J2EE 應用程序用 JNDI 查詢數據源。一旦應用程序找到了數據源對象,它就調用 javax.sql.DataSource.getConnection() 以獲得到資料庫的連接。 \x0d\x0a XA 連接與非 XA 連接不同。一定要記住 XA 連接參與了 JTA 事務。這意味著 XA 連接不支持 JDBC \x0d\x0a的自動提交功能。同時,應用程序一定不要對 XA 連接調用 java.sql.Connection.commit() 或者 \x0d\x0ajava.sql.Connection.rollback() 。相反,應用程序應該使用 UserTransaction.begin()、 \x0d\x0aUserTransaction.commit() 和 serTransaction.rollback() 。 \x0d\x0a 3、容器事務 \x0d\x0a 容器事務主要是J2EE應用伺服器提供的,容器事務大多是基於JTA完成,這是一個基於JNDI的,相當複雜的API實現。相對編碼實現JTA事 \x0d\x0a務管理,我們可以通過EJB容器提供的容器事務管理機制(CMT)完成同一個功能,這項功能由J2EE應用伺服器提供。這使得我們可以簡單的指定將哪個方\x0d\x0a 法加入事務,一旦指定,容器將負責事務管理任務。這是我們土建的解決方式,因為通過這種方式我們可以將事務代碼排除在邏輯編碼之外,同時將所有困難交給\x0d\x0a J2EE容器去解決。使用EJB CMT的另外一個好處就是程序員無需關心JTA API的編碼,不過,理論上我們必須使用EJB。 \x0d\x0a 四、三種事務差異 \x0d\x0a 1、JDBC事務控制的局限性在一個資料庫連接內,但是其使用簡單。 \x0d\x0a 2、JTA事務的功能強大,事務可以跨越多個資料庫或多個DAO,使用也比較複雜。 \x0d\x0a 3、容器事務,主要指的是J2EE應用伺服器提供的事務管理,局限於EJB應用使用。 \x0d\x0a 五、總結 \x0d\x0a 事務控制是構建J2EE應用不可缺少的一部分,合理選擇應用何種事務對整個應用系統來說至關重要。一般說來,在單個JDBC \x0d\x0a連接連接的情況下可以選擇JDBC事務,在跨多個連接或者資料庫情況下,需要選擇使用JTA事務,如果用到了EJB,則可以考慮使用EJB容器事務。\x0d\x0a\x0d\x0a如果滿意請及時採納,謝謝~
java中的事務
如果你用Spring框架,Spring中可以實現事務管理,在spring 配置文件中配置事務管理器,也可以使用Spring註解式事務,在方法上加上@Transactional註解。
@Transactional
public void save() {
//你的代碼邏輯
}
如果沒有使用Spring框架,可以用JDBC處理事務,如下:
try{
con.setAutoCommit(false);//開啟事務 ……
con.commit();//try的最後提交事務
} catch() {
con.rollback();//回滾事務
}
JAVA事務的特性有哪些?
ACID特徵
Atomic原子性、Consistency一致性、Isolation隔離性和Durability持久性。
原子性:指整個事務是不可以分割的工作單元。只有事務中所有的操作執行成功,才算整個事務成功,事務中任何一個SQL語句執行失敗,那麼已經執行成功的SQL語句也必須撤銷,資料庫狀態應該回到執行事務前的狀態。
一致性:指資料庫事務不能破壞關係數據的完整性以及業務邏輯上的一致性。例如對於銀行轉賬事務,不管事務成功還是失敗,應該保證事務結束後兩個轉賬賬戶的存款總額是與轉賬前一致的。
隔離性:指的是在並發環境中,當不同的事務同時操縱相同的數據時,每個事務都有各自的完整數據空間。
持久性:指的是只要事務成功結束它對資料庫所做的更新就必須永久保存下來。即使發生系統崩潰,重新啟動資料庫系統後,資料庫還能恢復到事務成功結束時的狀態。
java中多個事務公用一個連接嗎
spring事務
資料庫事務、連接與java線程之間的關係
最近在處理事務和多線程時,比較困擾資料庫事務,資料庫連接以及java線程之間的關係。
問題1:事務和連接的關係?
回答:對於資料庫事務來說先有一個連接,才能有事務,一個連接里可以有一次或多次事務的提交(自動提交或者手動提交)。對於java中的被transactional註解方法來說,這個被事務管理的方法中可能會使用多個連接。例如一個事務方法里嵌套一個propagation=required的事務方法時,外方法用一個連接,嵌套的方法用一個連接,並且是兩個不同的事務。
問題2:連接和線程的關係?
回答:從debug代碼看來,一個線程中有去操作資料庫,就會去CP獲取一個資料庫連接,如果此時CP中沒有連接可用,就會等待,直到有連接為止。
問題3:一個事務中(transactional註解的方法內)如果開啟了多個線程去執行其他的插入操作,那麼每個線程執行的插入操作,和線程的caller方法中的插入操作是同一個事務嗎?
回答:不是同一個事務
解析:
1.如下圖,一個transactional 註解的方法內,先做一次插入操作,接著開了3個線程去分別處理插入任務
2.執行結果通過看debug日誌可看出,在執行testTransAndConnection方法時獲取了一個資料庫連接,並開啟了一個事務,並把事務設置為手動提交,然後進行插入操作,插入操作完成,就call起三個線程並且準備著手提交主方法里的事務了。
3.每個線程是創建了不同的sqlsession 去處理的,這裡用的連接卻都還是主方法釋放的那個連接(這裡都是同一個連接的原因是由於服務起來後,第一次去請求應用,此時資料庫連接池還沒有初始化完畢,池子里只有剛剛初始化好的一個連接,其他的連接還沒來的及初始化出來,所以這裡幾個線程的操作其實是大家都在等待並爭用那唯一的一個資料庫連接。等CP初始化完畢,如果再次觸發一次請求就會發現:每個線程的sqlsession都是不同的連接)
原創文章,作者:小藍,如若轉載,請註明出處:https://www.506064.com/zh-tw/n/288767.html