C#分布式事務(wù)的超時(shí)處理實(shí)例分析
本文實(shí)例講述了C#分布式事務(wù)的超時(shí)處理的方法。分享給大家供大家參考。具體分析如下:
事務(wù)是個(gè)很精妙的存在,我們?cè)跀?shù)據(jù)層、服務(wù)層、業(yè)務(wù)邏輯層等多處地方都會(huì)使用到。
在這里我只說下TransactionScope這個(gè)微軟推薦使用的隱式事務(wù)。它是從Framework 2.0開始引入的一個(gè)事務(wù)管理類,在使用隱式事務(wù)時(shí),事務(wù)完成前 程序應(yīng)調(diào)用TransactionScope的Complete()方法,將事務(wù)提交,然后利用Dispose()釋放事務(wù)對(duì)象。若執(zhí)行期間出現(xiàn)錯(cuò)誤,事務(wù)將自動(dòng)回滾。
比如:
using (ransactionScope scope = new TransactionScope()) { //to do something scope.Complete(); }
在這里個(gè)人建議用using來創(chuàng)建,因?yàn)閡sing實(shí)現(xiàn)了IDispose接口,它會(huì)隱式的調(diào)用TransactionScope對(duì)象的Dispose方法,即使發(fā)生異常時(shí)也是如此,能確保在事務(wù)結(jié)束或者異常的時(shí)候也能正確的釋放資源。其實(shí)我們反編譯一下,它的內(nèi)部實(shí)現(xiàn)就是一個(gè)try...finally代碼塊,這樣也就不難理解using的作用了。
說主題,在某地市的某庫升級(jí)中,為避免程序運(yùn)行中產(chǎn)生臟數(shù)據(jù)以及數(shù)據(jù)更新不一致導(dǎo)致的重復(fù)同步情況,在可能產(chǎn)生上述問題的考慮下,我用這個(gè)TransactionScope來對(duì)上述的操作進(jìn)行事務(wù)處理。在本機(jī)的測(cè)試環(huán)境中,運(yùn)行結(jié)果是正常的,當(dāng)然這個(gè)運(yùn)行正常的前提是數(shù)據(jù)量較小的情況下,我每次只對(duì)一條或者十幾條數(shù)據(jù)的不同表進(jìn)行insert和update。然而部署到生產(chǎn)環(huán)境針對(duì)真實(shí)數(shù)據(jù)運(yùn)行之后,發(fā)現(xiàn)這個(gè)事務(wù)總是回滾,一直無法正常提交。程序也就沒法正常跑起來。因?yàn)樯a(chǎn)環(huán)境中的數(shù)據(jù)有60W左右,insert一次、update一次,最后再insert一條同步語句,前2個(gè)操作都是比較耗時(shí)的。我切換回測(cè)試環(huán)境調(diào)試了一下,逐行運(yùn)行,發(fā)現(xiàn)當(dāng)執(zhí)行完第一個(gè)insert之后,執(zhí)行第二個(gè)update時(shí)發(fā)生異常了。這個(gè)異常由TransactionScope拋出,異常提示是:事務(wù)已中止。這個(gè)錯(cuò)誤,在數(shù)據(jù)量小的情況下不會(huì)發(fā)生,數(shù)據(jù)量大一些就出現(xiàn)了,這個(gè)是不是和事務(wù)處理的時(shí)間長(zhǎng)短有關(guān)呢?因?yàn)槲颐黠@感覺到在這次調(diào)試的時(shí)候,執(zhí)行的時(shí)間比之前數(shù)據(jù)量只有一條的時(shí)候長(zhǎng)了很多,至少花費(fèi)1分鐘以上。于是google一下,驗(yàn)證了我的想法。
TransactionScope有些重載函數(shù)是可以接受TimeSpan類型的值,這個(gè)就是事務(wù)的超時(shí)時(shí)間了。當(dāng)事務(wù)實(shí)現(xiàn)隔離的時(shí)候,事務(wù)范圍內(nèi)的資源將會(huì)被鎖定,如果一些事務(wù)長(zhǎng)期占有資源,那將很容易造成死鎖,為了避免這個(gè)問題,TransactionScope事務(wù)會(huì)定義一個(gè)超時(shí)限制,這個(gè)超時(shí)默認(rèn)值為60秒。如果事務(wù)超過此時(shí)間,即使沒有發(fā)生異常,也會(huì)自動(dòng)中止。上面問題的原因算是找到了,知道了原因,那么也就很好解決了。我們可以在Web.Config 中配置:
<configuration> <system.transactions> <defaultSettings timeout="00:05:00" /> </system.transactions> </configuration>
或者在using的時(shí)候就定義好超時(shí)時(shí)間:
new TimeSpan(0, 5, 0)))
或者先初始化事物行為的附加信息,然后定義超時(shí)時(shí)間:
tOpt.IsolationLevel = IsolationLevel.ReadCommitted;
//設(shè)置TransactionOptions模式
tOpt.Timeout = new TimeSpan(0, 5, 0);
// 設(shè)置超時(shí)時(shí)間為5分鐘
using (TransactionScope ts = new TransactionScope(TransactionScopeOption.Required, tOpt))
我這里定義的是5分鐘,其實(shí)整個(gè)過程處理起來也就第一次處理歷史數(shù)據(jù)需要1到2分鐘時(shí)間,以后每天只需處理幾十條數(shù)據(jù),這個(gè)時(shí)間基本是秒級(jí)別的。
這里說明下, 超時(shí)時(shí)間如果設(shè)置為0時(shí)表示超時(shí)無限長(zhǎng)。無限長(zhǎng)的設(shè)置主要對(duì)調(diào)試有用,調(diào)試過程中可能要逐步通過代碼來隔離業(yè)務(wù)邏輯中的問題,并且在嘗試確定問題期間不希望所調(diào)試的事務(wù)超時(shí)。在所有其他情況下使用無限長(zhǎng)的超時(shí)時(shí)一定要格外小心,因?yàn)樗鼤?huì)覆蓋防止事務(wù)死鎖的保護(hù)。
希望本文所述對(duì)大家的C#程序設(shè)計(jì)有所幫助。
相關(guān)文章
C#實(shí)現(xiàn)文件篩選讀取并翻譯的自動(dòng)化工具
這篇文章主要為大家詳細(xì)介紹了如何利用C#實(shí)現(xiàn)文件篩選及讀取內(nèi)容,并翻譯的自動(dòng)化工具,文中的示例代碼講解詳細(xì),感興趣的小伙伴可以了解一下2023-03-03c# 網(wǎng)址壓縮簡(jiǎn)單實(shí)現(xiàn)短網(wǎng)址
短網(wǎng)址,忽然一下子就冒出來的東西,長(zhǎng)長(zhǎng)的一個(gè)URL,提交過去,出來就只有短短的一個(gè)URL了,看起來似乎挺神奇,其實(shí)簡(jiǎn)單分析一下,明白其中的原理,也是一件很簡(jiǎn)單的事情,需要的朋友可以了解下2012-12-12利用多線程句柄設(shè)置鼠標(biāo)忙碌狀態(tài)的實(shí)現(xiàn)方法
怎樣利用多線程句柄設(shè)置鼠標(biāo)忙碌狀態(tài)呢?下面小編就為大家介紹一下具體的實(shí)現(xiàn)方法吧!需要的朋友可以過來參考下2013-08-08ScriptControl控件執(zhí)行自定義VBS腳本示例分析
這篇文章主要介紹ScriptControl控件 msscript.ocx msscript.oca執(zhí)行自定義VBS腳本的示例代碼,需要的朋友可以參考下2013-04-04C# dump系統(tǒng)lsass內(nèi)存和sam注冊(cè)表詳細(xì)
這篇文章主要介紹了C# dump系統(tǒng)lsass內(nèi)存和sam注冊(cè)表,在這里選擇 C# 的好處是體積小,結(jié)合 loadAssembly 方便免殺,希望對(duì)讀者們有所幫助2021-09-09