專利名稱：分布式交易方法及其系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及數(shù)據(jù)處理技術，特別涉及一種分布式交易方法及其系統(tǒng)。
背景技術：
伴隨著網(wǎng)絡技術的發(fā)展，資源共享逐漸成為網(wǎng)絡用戶的主要需求，從而也成為網(wǎng)絡技術的重要推動力。隨著網(wǎng)絡規(guī)模的不斷擴展，用戶數(shù)量以及數(shù)據(jù)通訊量迅速增長，傳統(tǒng)的集中式網(wǎng)絡服務器的存儲空間和數(shù)據(jù)處理能力成為制約網(wǎng)絡發(fā)展的瓶頸。為了解決上述問題，分布式網(wǎng)絡技術獲得了越來越多的關注。在分布式網(wǎng)絡中，網(wǎng)絡拓撲結構成分布式結構，每個節(jié)點對應一個具體實例。共享資源分布在網(wǎng)絡中的各個實例中，網(wǎng)絡中不再存在集中式的服務器節(jié)點，各實例之間為邏輯對等的網(wǎng)絡節(jié)點，資源的共享、數(shù)據(jù)的傳輸均在這些對等的實例之間直接進行，從而避免了集中式網(wǎng)絡因為中心節(jié)點集中存儲、處理數(shù)據(jù)而造成的瓶頸問題。然而，在分布式網(wǎng)絡中，所述資源共享在實例之間直接進行的方式也引入了一系列問題，其中之一就是分布式交易的處理。通常一個會話由多個交易事務組成，與傳統(tǒng)的交易方式不同，各實例在處理交易時，具有各自獨立性，如何保證整個會話的數(shù)據(jù)完整性以及系統(tǒng)如何追蹤交易進程使其可控是一個需要解決的問題。

發(fā)明內容
本發(fā)明目的是提供一種分布式交易方法及其系統(tǒng)，在交易中保持會話過程中數(shù)據(jù)完整性以及交易進程的可控性。本發(fā)明的一種分布式交易系統(tǒng)，包括通過支持廣播方式的高速互連網(wǎng)絡相互連接的若干實例以及會話服務器；所述會話服務器接收來自外部訪問者的會話請求，并根據(jù)所述會話請求生成操作隊列關聯(lián)；所述實例包括會話管理器，所述會話管理器接收來自會話服務器的操作隊列關聯(lián)，并根據(jù)所述操作隊列關聯(lián)控制本實例按序操作會話中的交易事務?？蛇x的，所述會話服務器根據(jù)會話請求從所述實例中選定用于管理操作實例執(zhí)行交易事務操作的協(xié)調實例；當實例被選定為協(xié)調實例時，其會話管理器還用于協(xié)調并控制參與會話的操作實例執(zhí)行交易事務的操作，包括控制操作實例執(zhí)行交易事務、提交交易事務的操作結果或回滾至交易事務開始之前的狀態(tài)?？蛇x的，所述會話服務器轉發(fā)會話發(fā)起端的操控指令，管理參與會話的實例，包括開始執(zhí)行交易事務、提交交易事務的操作結果以及回滾至交易事務開始之前的狀態(tài)。本發(fā)明還提供了一種采用上述系統(tǒng)的分布式交易方法，包括所述分布式交易系統(tǒng)從外部接收會話請求，產(chǎn)生用于控制操作實例按序執(zhí)行交易事務的操作隊列關聯(lián)，并選取協(xié)調實例來協(xié)調管理操作實例執(zhí)行會話中的交易事務；所述協(xié)調管理操作實例包括控制操作實例提交交易事務的操作結果或回滾至交易事務開始前的狀態(tài)。可選的，所述選取協(xié)調實例包括分布式交易系統(tǒng)的會話服務器從外部訪問者接收會話請求后，根據(jù)監(jiān)控當前網(wǎng)絡中的實例負載情況，獲取一組實例列表，且該實例列表中均為非操作實例；然后從列表中隨機選取一個非操作實例作為協(xié)調實例?？蛇x的，所述協(xié)調實例向操作實例發(fā)出執(zhí)行指令，使得所述參與會話的各操作實例根據(jù)操作隊列關聯(lián)按序執(zhí)行交易事務，并在執(zhí)行交易事務后，向協(xié)調實例發(fā)送操作結果， 進入等待狀態(tài)?？蛇x的，所述會話過程中，當操作實例執(zhí)行交易事務超時，未反饋操作結果，協(xié)調實例視該操作實例執(zhí)行交易事務失敗。可選的，所述會話過程中，當存在操作實例執(zhí)行交易事務失敗時，協(xié)調實例指示所有操作實例回滾。可選的，當所有操作實例進入等待狀態(tài)，所述協(xié)調實例根據(jù)外部訪問者的請求向各操作實例發(fā)送提交或者回滾指令。本發(fā)明提供的另一種分布式交易方法，包括所述分布式交易系統(tǒng)從會話發(fā)起端接收會話請求，產(chǎn)生用于控制操作實例按序執(zhí)行交易事務的操作隊列關聯(lián)，并轉發(fā)來自于會話發(fā)起端的控制指令；所述控制指令包括控制參與會話的實例執(zhí)行交易事務的執(zhí)行指令，控制所述實例提交交易事務的操作結果的提交指令以及回滾至交易事務開始前狀態(tài)的回滾指令?？蛇x的，所述會話發(fā)起端發(fā)出執(zhí)行指令時，會話服務器根據(jù)操作隊列關聯(lián)將所述執(zhí)行指令發(fā)送至參與會話的實例，使其根據(jù)操作隊列關聯(lián)按序執(zhí)行交易事務的操作，并在執(zhí)行交易事務后，向會話發(fā)起端發(fā)送操作結果。可選的，所述會話過程中，當存在實例執(zhí)行交易事務失敗，會話發(fā)起端發(fā)出回滾指令使得所有操作實例回滾；反之，若所有實例執(zhí)行交易事務成功，則發(fā)出提交指令。本發(fā)明具有以下優(yōu)點本發(fā)明所述分布式交易方法，即使會話過程中產(chǎn)生部分交易事務的失敗，也能夠回滾到初始狀態(tài)，而不會影響數(shù)據(jù)的正確性，便于進行后續(xù)的其他會話操作。


圖1是本發(fā)明分布式交易系統(tǒng)的框架示意圖；圖2是本發(fā)明實施例分布式交易系統(tǒng)的示意圖；圖3是第一實施例的分布式交易方法示意圖；圖4是第二實施例的分布式交易方法示意圖。
具體實施例方式為使本發(fā)明的上述目的、特征和優(yōu)點能夠更為明顯易懂，下面結合本發(fā)明的分布式交易方法及其系統(tǒng)的具體實施方式
做詳細的說明。本發(fā)明的分布式交易方法依附于分布式交易系統(tǒng)進行，如圖1所示，本發(fā)明所述分布式交易系統(tǒng)包括通過支持廣播方式的高速互連網(wǎng)絡相互連接的若干實例以及會話服務器；所述會話服務器接收來自外部的會話請求，產(chǎn)生操作隊列關聯(lián)(操作隊列關聯(lián)包括會話中各交易事務之間的關聯(lián)信息，例如交易事務的從屬關系、執(zhí)行順序等)；所述實例包括一臺會話管理器(Session)，所述會話管理器接收來自會話服務器的操作隊列關聯(lián)，并根據(jù)所述操作隊列關聯(lián)管理實例按序操作會話中的交易事務；當某一實例被選定為協(xié)調實例時，該實例的會話管理器還可以協(xié)調并控制其他實例執(zhí)行交易事務的操作，包括提交交易事務的操作結果或者回滾至交易事務開始之前的狀態(tài)。通常在一個會話中包括多個交易事務，每個交易事務由實例來進行操作，多個實例承擔該次會話，而各個實例在操作執(zhí)行交易事務時具有ACDI特性所述A⑶I特性包括原子性(Atomicity)整個交易事務的操作，要么完成，要么不完成，不停滯在中間狀態(tài)。當交易事務的執(zhí)行過程中發(fā)生錯誤時，可以被回滾至交易事務開始前的狀態(tài)，即視為該交易事務從未執(zhí)行過。一致性(Consistency):在交易事務開始前以及交易事務結束后，保持實例中存儲數(shù)據(jù)的完整性約束不被破壞。隔離性(Isolation)兩個交易事務之間是相互獨立，不干擾的，一個交易事務不會看到其他交易事務的運行時，某一個中間數(shù)據(jù)。持久性(Durability)在交易事務完成后，該交易事務對實例中數(shù)據(jù)所做的更改便持久保存，并不會被回滾。進一步的，上述ACDI特性是基于快照事務模型而實現(xiàn)的，在分布式交易系統(tǒng)的一個實例內部，所有用于執(zhí)行交易事務的數(shù)據(jù)對象可以用一個標識符0ID(0bject ID)來標識，對象索引是一個以OID為下標的數(shù)組，記錄了數(shù)據(jù)對象的類型和地址。為了進行事務的回滾，恢復原有數(shù)據(jù)，實例中保存有兩份對象索引當前工作索引和影子索引。在實體集頭部保存有兩份索引的指針和一個標識符，指明哪個索引是當前工作索引。在交易事務的執(zhí)行過程中，為每個需要修改的數(shù)據(jù)對象分配一個0ID。當前工作索引中的該OID的記錄存放被修改對象的地址指針，同時為該數(shù)據(jù)對象建立一個拷貝，影子索引中該OID的記錄存放著拷貝的地址指針，所有的修改都在被修改的對象上進行而保持對象拷貝的內容不變。在交易事務提交的時候，釋放掉影子索引中的OID指向的地址空間對象拷貝，然后將當前工作索引和影子索引清除，所有對數(shù)據(jù)的修改生效。在交易事務需要回滾的時候，將影子索引中的OID指向的地址空間的內容對象拷貝到當前工作索引中的OID指向的地址空間對象，釋放掉影子索引中的OID指向的地址空間對象拷貝，然后當前工作索引和影子索引清除，所有對數(shù)據(jù)的修改被消除。對交易事務處理中被修改的數(shù)據(jù)對象的數(shù)量可以做合理的限制，這樣可以控制當前工作索引和影子索引的大小。此外，會話中的交易事務還可以嵌套構成主、從事務，當一個交易事務為子事務時，它是否能夠成功完成影響包含其的上級事務的提交，但是上級事務是否完成并不影響已經(jīng)提交的子事務。在實際的會話操作中，分布式交易系統(tǒng)可以采用多種分布式交易架構。第一實施例作為一個可選實施例，本發(fā)明所述分布式交易方法可以采用兩階段提交模式的事務架構，具體包括
當外部訪問者向分布式交易系統(tǒng)發(fā)起會話時，首先會話請求發(fā)送至會話服務器， 由其產(chǎn)生操作隊列關聯(lián)，并隨機選取一個實例，使得該次會話依附于該實例進行(定義為協(xié)調實例，管理會話操作)，該實例在整個會話過程中僅對參與操作交易事務的實例(定義為操作實例)起到協(xié)調作用，而自身并不參與交易事務的操作；且會話不允許在實例中轉移，當該實例失效時，依附于該實例的會話也將被取消。當會話的交易事務被分配至相應操作實例后，執(zhí)行如下操作第一階段，協(xié)調實例根據(jù)操作隊列關聯(lián)向操作實例發(fā)送執(zhí)行指令，操作實例執(zhí)行交易事務可能成功也可能失敗，失敗原因有很多，可能因為網(wǎng)絡障礙，也可能因為本地數(shù)據(jù)存在異常。各執(zhí)行交易事務操作的操作實例要么直接返回失敗，要么在本地完成交易事務但不提交，達到待提交狀態(tài)，保持ACDI特性中的原子性。第二階段，如果協(xié)調實例收到了操作實例的失敗信息或者超時未收到任何處理結果，則直接給所有操作實例發(fā)送回滾指令，重新回到會話開始前的狀態(tài)；如果所有操作實例進入待提交狀態(tài)，協(xié)調實例將根據(jù)來自外部訪問者的控制指令，向操作實例發(fā)送提交指令或者回滾指令，由各操作實例自行提交交易事務結果或回滾至初始狀態(tài)。圖2為本發(fā)明實施例分布式交易系統(tǒng)的示意圖。圖3為本發(fā)明第一實施例分布式交易方法的示意圖。結合圖2以及圖3所示，假設某一會話包括兩層交易事務A、交易事務B、交易事務 C以及交易事務D ；其中，交易事務C與交易事務D為交易事務A的子事務；即僅有當交易事務C與交易事務D均提交后，交易事務A才能夠成功提交，而交易事務A與交易事務B成功提交后，該次會話才算完成。當外部訪問者訪問分布式交易系統(tǒng)時，首先向會話服務器發(fā)起上述會話請求，所述會話服務器產(chǎn)生會話操作隊列關聯(lián)，并隨機指定實例0作為協(xié)調實例，而實例1、實例2、 實例3以及實例4作為操作實例，分別執(zhí)行上述交易事務A、交易事務B、交易事務C以及交易事務D的操作。同時，各實例的會話管理器會接收來自會話服務器的操作隊列關聯(lián)決定各交易事務的執(zhí)行順序。例如，由于交易事務B與交易事務C為交易事務A的子事務，后者的操作執(zhí)行必須基于前兩者的完成提交，因此上述交易事務存在先后的操作執(zhí)行的順序。所述會話服務器指定協(xié)調實例，可以是無限定條件從其他非操作實例中隨機選取的，也可以是根據(jù)監(jiān)控當前分布式網(wǎng)絡中的實例負載情況(所謂負載指硬件負載，例如該節(jié)點數(shù)據(jù)流量、執(zhí)行任務的進程數(shù)目等)，選取的負載較輕的實例承擔協(xié)調實例的任務。具體的，可以預先設定硬件的負載值，會話服務器對低于該負載值的實例列表，且該實例列表中的實例均為非操作實例，從中隨機選取一個作為協(xié)調實例。需要指出的是，操作實例并非隨機選定的，而是根據(jù)會話的要求選擇需要進行交易事務的實例，這是因為會話的交易事務的執(zhí)行實質是數(shù)據(jù)的處理以及流動，而數(shù)據(jù)是依托于實例存儲的。某個交易事務的執(zhí)行，必須由存儲有進行該交易事務操作所需數(shù)據(jù)的實例來完成。當會話開始后，作為協(xié)調實例的實例0向所有操作實例(實例1、實例2、實例3以及實例4)發(fā)出執(zhí)行指令(由協(xié)調實例的會話管理器根據(jù)來自會話服務器的操作隊列關聯(lián)處理)，各操作實例執(zhí)行會話服務器指派的交易事務，并在交易事務完成后向協(xié)調實例反饋
7已成功待提交或已失敗的信息。假設在執(zhí)行過程中，某個操作實例返回操作失敗的信息，或者經(jīng)過規(guī)定時間也未有任何反饋(超時)，同樣將被協(xié)調實例視為執(zhí)行失敗。雖然其他操作實例的交易事務均執(zhí)行成功，但此次會話已經(jīng)無法完成，而其他操作實例中數(shù)據(jù)已經(jīng)完成了處理或者移動，為了保證數(shù)據(jù)的完整性，便于后續(xù)其他會話的進行，協(xié)調實例將向各操作實例發(fā)出回滾指令，所有操作實例回復到會話開始前的數(shù)據(jù)狀態(tài)，即視此次會話未執(zhí)行。假設各操作實例均完成交易事務，并向協(xié)調實例反饋操作已成功，便進入了待提交狀態(tài)。此時協(xié)調實例，將根據(jù)外部訪問者的請求，決定是否提交以完成本次會話。例如， 當外部訪問者發(fā)出提交的指示，所述實例O向實例1、實例2、實例3以及實例4發(fā)出提交指令，由于實例1進行的交易事務A是否能夠成功提交還取決于實例2以及實例3的提交結果，故各實例的成功提交具有先后的順序，當所有實例均成功提交后，該次會話便完成。假如外部訪問者因為其他原因放棄此次會話，所述實例0向實例1、實例2、實例3以及實例4 發(fā)出回滾指令，所有操作實例同樣回復到會話開始前的數(shù)據(jù)狀態(tài)，視此次會話未執(zhí)行。在會話完成或者回滾放棄執(zhí)行后，所述會話服務器即清除緩存中的所有的指令信息，例如操作隊列關聯(lián)、來自外部訪問者的會話請求等。分布式交易系統(tǒng)重新回到待會話的狀態(tài)。而其中未參與該次會話的實例，始終與該次會話的操作無關，保證了會話的隔離性。第二實施例作為另一個可選實施例，本發(fā)明所述分布式交易方法還可以采用 TCC(Try-Commit-Cancel)模式事務架構，其中TCC縮寫的含義T :try，它是一種試圖去完成當前交易事務結點下的操作，它是事務提交或回滾之前做的所有動作。C :Commit，交易事務提交的操作。Chancel，交易事務回滾的操作。這些動作也就是一個完整的TCC的事務服務，上述三個動作都由一個交易事務上下文的ID來關聯(lián)，當try執(zhí)行完后，操作實例不會提交本地的事務，而是把事務現(xiàn)場(所謂事務現(xiàn)場指代當前實例內存儲或處理的數(shù)據(jù)現(xiàn)狀，也即執(zhí)行完try后的數(shù)據(jù)狀態(tài))，根據(jù)key (事務)-value (事務現(xiàn)場)的形式保存起來， 通過另一個commit或cancel操作來提交或回滾本地交易事務。這時操作實例根據(jù)交易事務的ID找到事務現(xiàn)場，然后提交或回滾本地事務。圖4為本發(fā)明第二實施例分布式交易方法的示意圖。如圖4所示，當需要在分布式交易系統(tǒng)的多個實例中完成多個交易事務的時候，可按以下步驟進行1.會話發(fā)起端(類似于第一實施例的外部訪問者)開始一個包括多個交易事務的會話，并對應各交易事務生成事務ID ；2.會話發(fā)起端進行try操作，將所述事務ID發(fā)送到分布式交易系統(tǒng)中的不同實例中；(需要借助分布式交易系統(tǒng)的會話服務器)3.實例收到事務ID后，開始執(zhí)行相應的交易事務，并保存所述交易事務上下文和事務ID的對應關系；上述過程即會話發(fā)起端通過會話服務器向參與會話的實例轉發(fā)執(zhí)行指令，且執(zhí)行過程需要依據(jù)會話服務器產(chǎn)生的操作隊列關聯(lián)。4.會話發(fā)起端根據(jù)try操作的結果，進行commit或cancel操作；具體的，實例向會話發(fā)起端返回交易事務的操作結果，由于沒有等待狀態(tài)，會話發(fā)起端是直接根據(jù)返回的結果發(fā)出提交指令或回滾指令的；例如，當會話過程中，存在操作實例執(zhí)行交易事務失敗，會話發(fā)起端發(fā)出回滾指令，使得所有實例回滾，反之則發(fā)出提交指令。5.實例根據(jù)接收到的事務ID，找到對應的事務上下文，并進行提交或回滾；6.事務提交或回滾完成。需要指出的是，以上步驟僅僅說明了本實施例分布交易方法的架構模型工作原理，為便于示意，圖4中省略了會話服務器；但實際上，會話發(fā)起端，也即第一實施例中外部訪問者，需要通過分布式交易系統(tǒng)中的會話服務器，并依據(jù)其產(chǎn)生的操作關聯(lián)隊列，向各參與事務的實例發(fā)送相關控制指令(try、c0mmit、cancel等操作)，各控制指令對應的控制結果與第一實施例是相似的。上述分布式交易方法與第一實施例采用相同的分布式交易系統(tǒng)，但在具體執(zhí)行交易事務的方式上存在差異；具體的，本實施例的分布式交易方法并不需要指派協(xié)調實例對其他實例的交易事務進行協(xié)調監(jiān)控，而是直接由會話發(fā)起端也即第一實施例中的外部訪問者通過會話服務器發(fā)出控制指令，控制各參與會話的實例的動作。同二階段提交模式的事務模型相比，TCC模式的事務架構中會話服務器協(xié)助外部訪問者管控會話，而無需產(chǎn)生協(xié)調實例，架構簡單性能較好。實際操作可根據(jù)分布式交易系統(tǒng)的具體應用，而決定采用哪種事務模型。綜上所述，本發(fā)明實施例所述分布式交易方法，均能夠保證會話的數(shù)據(jù)完整性，即使會話過程中產(chǎn)生部分交易事務的失敗，也能夠回到初始狀態(tài)，而不會影響數(shù)據(jù)的正確性， 便于進行后續(xù)的其他會話操作。另一方面，通過兩階段提交的交易方式，保證了整個會話過程的進程可控性，使得外部訪問者能夠介入并控制會話進程。本發(fā)明雖然已以較佳實施例公開如上，但其并不是用來限定本發(fā)明，任何本領域技術人員在不脫離本發(fā)明的精神和范圍內，都可以利用上述揭示的方法和技術內容對本發(fā)明技術方案做出可能的變動和修改，因此，凡是未脫離本發(fā)明技術方案的內容，依據(jù)本發(fā)明的技術實質對以上實施例所作的任何簡單修改、等同變化及修飾，均屬于本發(fā)明技術方案的保護范圍。
權利要求
1.一種分布式交易系統(tǒng)，其特征在于，包括通過支持廣播方式的高速互連網(wǎng)絡相互連接的若干實例以及會話服務器；所述會話服務器接收來自外部訪問者的會話請求，并根據(jù)所述會話請求生成操作隊列關聯(lián)；所述實例包括會話管理器，所述會話管理器接收來自會話服務器的操作隊列關聯(lián)，并根據(jù)所述操作隊列關聯(lián)控制本實例按序操作會話中的交易事務。
2.如權利要求1所述的分布式交易系統(tǒng)，其特征在于，所述會話服務器根據(jù)會話請求從所述實例中選定用于管理操作實例執(zhí)行交易事務操作的協(xié)調實例；當實例被選定為協(xié)調實例時，其會話管理器還用于協(xié)調并控制參與會話的操作實例執(zhí)行交易事務的操作，包括控制操作實例執(zhí)行交易事務、提交交易事務的操作結果或回滾至交易事務開始之前的狀態(tài)。
3.如權利要求1所述的分布式交易系統(tǒng)，其特征在于，所述會話服務器轉發(fā)會話發(fā)起端的操控指令，管理參與會話的實例，包括開始執(zhí)行交易事務、提交交易事務的操作結果以及回滾至交易事務開始之前的狀態(tài)。
4.一種采用權利要求1所述系統(tǒng)的分布式交易方法，其特征在于，包括所述分布式交易系統(tǒng)從外部接收會話請求，產(chǎn)生用于控制操作實例按序執(zhí)行交易事務的操作隊列關聯(lián)， 并選取協(xié)調實例來協(xié)調管理操作實例執(zhí)行會話中的交易事務；所述協(xié)調管理操作實例包括控制操作實例提交交易事務的操作結果或回滾至交易事務開始前的狀態(tài)。
5.如權利要求4所述的分布式交易方法，其特征在于，所述選取協(xié)調實例包括分布式交易系統(tǒng)的會話服務器從外部訪問者接收會話請求后，根據(jù)監(jiān)控當前網(wǎng)絡中的實例負載情況，獲取一組實例列表，且該實例列表中均為非操作實例；然后從列表中隨機選取一個非操作實例作為協(xié)調實例。
6.如權利要求4所述的分布式交易方法，其特征在于，還包括所述協(xié)調實例向操作實例發(fā)出執(zhí)行指令，使得所述參與會話的各操作實例根據(jù)操作隊列關聯(lián)按序執(zhí)行交易事務， 并在執(zhí)行交易事務后，向協(xié)調實例發(fā)送操作結果，進入等待狀態(tài)。
7.如權利要求6所述的分布式交易方法，其特征在于，所述會話過程中，當操作實例執(zhí)行交易事務超時，未反饋操作結果，協(xié)調實例視該操作實例執(zhí)行交易事務失敗。
8.如權利要求6或7所述的分布式交易方法，其特征在于，所述會話過程中，當存在操作實例執(zhí)行交易事務失敗時，協(xié)調實例指示所有操作實例回滾。
9.如權利要求6所述的分布式交易方法，其特征在于，當所有操作實例進入等待狀態(tài)， 所述協(xié)調實例根據(jù)外部訪問者的請求向各操作實例發(fā)送提交或者回滾指令。
10.一種采用權利要求1所述系統(tǒng)的分布式交易方法，其特征在于，包括所述分布式交易系統(tǒng)從會話發(fā)起端接收會話請求，產(chǎn)生用于控制操作實例按序執(zhí)行交易事務的操作隊列關聯(lián)，并轉發(fā)來自于會話發(fā)起端的控制指令；所述控制指令包括控制參與會話的實例執(zhí)行交易事務的執(zhí)行指令，控制所述實例提交交易事務的操作結果的提交指令以及回滾至交易事務開始前狀態(tài)的回滾指令。
11.如權利要求10所述的分布式交易方法，其特征在于，所述會話發(fā)起端發(fā)出執(zhí)行指令時，會話服務器根據(jù)操作隊列關聯(lián)將所述執(zhí)行指令發(fā)送至參與會話的實例，使其根據(jù)操作隊列關聯(lián)按序執(zhí)行交易事務的操作，并在執(zhí)行交易事務后，向會話發(fā)起端發(fā)送操作結果。
12.如權利要求11所述的分布式交易方法，其特征在于，所述會話過程中，當存在實例執(zhí)行交易事務失敗，會話發(fā)起端發(fā)出回滾指令使得所有操作實例回滾；反之，若所有實例執(zhí)行交易事務成功，則發(fā)出提交指令。
全文摘要
本發(fā)明提供了分布式交易方法及其系統(tǒng)，所述分布式交易系統(tǒng)包括通過支持廣播方式的高速互連網(wǎng)絡相互連接的若干實例以及會話服務器；所述會話服務器接收來自外部訪問者的會話請求，并根據(jù)所述會話請求生成操作隊列關聯(lián)；所述實例包括會話管理器，所述會話管理器接收來自會話服務器的操作隊列關聯(lián)，并根據(jù)所述操作隊列關聯(lián)控制本實例按序操作會話中的交易事務。本發(fā)明所述分布交易系統(tǒng)在進行分布式交易時，即使會話過程中產(chǎn)生部分交易事務的失敗，也能夠回滾到初始狀態(tài)，而不會影響數(shù)據(jù)的正確性，便于進行后續(xù)的其他會話操作。
文檔編號H04L29/08GK102413166SQ201110283510
公開日2012年4月11日 申請日期2011年9月22日 優(yōu)先權日2011年9月22日
發(fā)明者虞鋼 申請人:上海西本網(wǎng)絡科技有限公司