本申請涉及數據同步領域，具體而言，涉及一種路由表的同步方法、裝置及系統。
背景技術：
：：數據對于計算機和互聯網的應用具有至關重要的作用，隨著信息爆炸性增長的時代的到來，用戶對于數據的存儲量以及讀寫速率都有了越來越高的要求，傳統的通過增加硬盤個數來拓展計算機文件系統的存儲容量的方式，在容量大小、容量增長速度、數據讀寫速度以及數據安全方面都不能達到用戶的需求，為此，現有的互聯網行業多采用分布式文件系統來進行數據的存儲和管理。在互聯網應用中，路由表可以存儲于分布式文件系統的地址解析服務器中，并通過調度模塊進行數據緩存，由于路由表作為存儲路由器或其他互聯網設備上存儲的表，存儲有達到特定網絡中斷的具體路徑，路由器通過路由表存儲的多個具體路徑為經過路由器的每個數據包在存儲的具體路徑中查找最佳的傳輸路徑。目前常用的存儲于分布式文件系統中的路由表多為靜態的路由表，不能隨著實際傳輸路徑的變化而進行修改，因此，導致當實際傳輸路徑發生變化時，數據包不能正常傳輸。針對現有技術中分布式文件系統中表為靜態表，導致的任意一個數據管理組中的表發生更改時，其余數據管理組中的表不能同步進行更改的技術問題，目前尚未提出有效的解決方案。技術實現要素：本發明實施例提供了一種路由表的同步方法、裝置及系統，以至少解決現有技術中分布式文件系統中表為靜態表，導致的任意一個數據管理組中的表發生更改時，其余數據管理組中的表不能同步進行更改的技術問題。根據本發明實施例的一個方面，提供了一種路由表的同步方法，該方法包括：如果檢測到默認的第一數據管理組中的路由表被修改，獲取修改后的路由表數據；將修改后的路由表數據同步至其他任意一個或多個非默認的第二數據管理組，以更新非默認的第二數據管理組中的路由表；其中，分布式文件系統中部署唯一的第一數據管理 組以及至少一個第二數據管理組。根據本發明實施例的另一方面，還提供了一種路由表的同步裝置，該裝置包括：第一獲取模塊，用于如果檢測到默認的第一數據管理組中的路由表被修改，獲取修改后的路由表數據；同步模塊，用于將修改后的路由表數據同步至其他任意一個或多個非默認的第二數據管理組，以更新非默認的第二數據管理組中的路由表；其中，分布式文件系統中部署唯一的第一數據管理組以及至少一個第二數據管理組。根據本發明實施例的又一方面，還提供了一種路由表的同步系統，該系統包括：第一數據管理服務器，用于如果檢測到本地存儲的路由表被修改，獲取修改后的路由表數據，并將修改后的路由表數據進行同步處理，其中，第一數據管理服務器為分布式文件系統中默認的第一數據管理組中包含的任意一個服務器；一個或多個第二數據管理服務器，與第一數據管理服務器具有通信關系，用于接收第一數據管理服務器同步的修改后的路由表數據，以更新第二數據管理組中的路由表，其中，第二數據管理服務器為分布式文件系統中非默認的第二數據管理組中包含的任意一個服務器。此處需要說明的是，默認的第一數據管理組在路由表的同步方法中的主要用途在于檢測分布式文件系統中的路由表的變更，即，分布式文件系統中的路由表是否被更改，并在檢測到路由表發生更改的情況下，獲取更改后的最新的路由表。然后將最新的路由表同步至其余的第二數據管理組中。在對分布式文件系統中的多個數據管理組的路由表更新之后，client端(用戶終端)的接口可以分布式文件系統中的每個數據管理組的路由表進行確認，以確保每個數據管理組中的路由表都為最新的路由表。由此，本申請提供的上述實施例的方案解決了現有技術中分布式文件系統中表為靜態表，導致的任意一個數據管理組中的表發生更改時，其余數據管理組中的表不能同步進行更改的技術問題。附圖說明此處所說明的附圖用來提供對本申請的進一步理解，構成本申請的一部分，本申請的示意性實施例及其說明用于解釋本申請，并不構成對本申請的不當限定。在附圖中：圖1是根據本申請實施例1的一種路由表的同步方法的計算機終端的硬件結構框圖；圖2是根據本申請實施例1的一種可選的路由表同步方法的流程圖；圖3是根據本申請實施例1的一種可選的路由表同步方法的示意圖；圖4是根據本申請實施例1的請求終端向任意數據管理組發送路由表請求的示意圖；圖5是根據本申請實施例1的一種可選的向數據管理組中發送路由表請求的流程圖；圖6是根據本申請實施例1的一種可選的請求終端向數據存儲服務器發送路由表請求的流程圖；圖7是根據本申請實施例2的一種可選的路由表的同步裝置的示意圖；圖8是根據本申請實施例2的一種可選的路由表的同步裝置的示意圖；圖9是根據本申請實施例2的一種可選的路由表的同步裝置的示意圖；圖10是根據本申請實施例2的一種可選的路由表的同步裝置的示意圖；圖11是根據本申請實施例2的路由表的同步系統的結構示意圖；以及圖12是根據本申請實施例2的一種計算機終端的結構框圖。具體實施方式為了使本
技術領域：
：的人員更好地理解本申請方案，下面將結合本申請實施例中的附圖，對本申請實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本申請一部分的實施例，而不是全部的實施例。基于本申請中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都應當屬于本申請保護的范圍。需要說明的是，本申請的說明書和權利要求書及上述附圖中的術語“第一”、“第二”等是用于區別類似的對象，而不必用于描述特定的順序或先后次序。應該理解這樣使用的數據在適當情況下可以互換，以便這里描述的本申請的實施例能夠以除了在這里圖示或描述的那些以外的順序實施。此外，術語“包括”和“具有”以及他們的任何變形，意圖在于覆蓋不排他的包含，例如，包含了一系列步驟或單元的過程、方法、系統、產品或設備不必限于清楚地列出的那些步驟或單元，而是可包括沒有清楚地列出的或對于這些過程、方法、產品或設備固有的其它步驟或單元。首先，在對本申請實施例進行描述的過程中出現的部分名詞或術語適用于如下解釋：federation：將命名空間namespace進行分布式存儲，使其構成一個系統集群， 從而實現分布系統中的scalability。volume：在federation系統中，在進行命名空間namespace分組后，表示每一組namespace的稱謂。mounttable，路由表，在盤古分布式文件系統中，可以將系統內部中不同目錄下的數據放到不同的volume上的路由表。pangumaster：盤古分布式文件系統中所包含的數據管理組，數據管理組的結構為數據管理和數據存儲的結構，數據管理組master主要記錄數據的屬性meta信息，數據存儲組主要用于數據data的存儲。pangudefaultvolume：在盤古分布式文件存儲系統中引入federation的模式之后，可以實現在同一個服務器集群內中劃分出多個數據管理組pangumaster組，每一組數據管理服務器構成的數據管理組都可以對應為一個volume，其中有一組數據管理組為分布式文件系統默認的，也是唯一的主數據管理組pangudefaultvolume。實施例1根據本申請實施例，還提供了一種基于分庫分表的任務傳輸方法實施例，需要說明的是，在附圖的流程圖示出的步驟可以在諸如一組計算機可執行指令的計算機系統中執行，并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執行所示出或描述的步驟。本申請實施例一所提供的方法實施例可以在移動終端、計算機終端或者類似的運算裝置中執行。以運行在計算機終端上為例，圖1是根據本申請實施例1的一種路由表的同步方法的計算機終端的硬件結構框圖。如圖1所示，計算機終端10可以包括一個或多個(圖中僅示出一個)處理器102(處理器102可以包括但不限于微處理器mcu或可編程邏輯器件fpga等的處理裝置)、用于存儲數據的存儲器104、以及用于通信功能的傳輸模塊106。本領域普通技術人員可以理解，圖1所示的結構僅為示意，其并不對上述電子裝置的結構造成限定。例如，計算機終端10還可包括比圖1中所示更多或者更少的組件，或者具有與圖1所示不同的配置。存儲器104可用于存儲應用軟件的軟件程序以及模塊，如本申請實施例中的路由表的同步方法和裝置對應的程序指令/模塊，處理器102通過運行存儲在存儲器104內的軟件程序以及模塊，從而執行各種功能應用以及數據處理，即實現上述的應用程序的路由表的同步方法。存儲器104可包括高速隨機存儲器，還可包括非易失性存儲 器，如一個或者多個磁性存儲裝置、閃存、或者其他非易失性固態存儲器。在一些實例中，存儲器104可進一步包括相對于處理器102遠程設置的存儲器，這些遠程存儲器可以通過網絡連接至計算機終端10。上述網絡的實例包括但不限于互聯網、企業內部網、局域網、移動通信網及其組合。傳輸裝置106用于經由一個網絡接收或者發送數據。上述的網絡具體實例可包括計算機終端10的通信供應商提供的無線網絡。在一個實例中，傳輸裝置106包括一個網絡適配器(networkinterfacecontroller，nic)，其可通過基站與其他網絡設備相連從而可與互聯網進行通訊。在一個實例中，傳輸裝置106可以為射頻(radiofrequency，rf)模塊，其用于通過無線方式與互聯網進行通訊。在上述運行環境下，本申請提供了如圖2所示的路由表的同步方法。圖2是根據本申請實施例1的一種可選的路由表的同步方法的流程圖，如圖2所示的方法可以包括如下步驟：步驟s21，如果檢測到默認的第一數據管理組中的路由表被修改，獲取修改后的路由表數據。在上述步驟中，默認的第一數據管理組可以是分布式文件系統中的任意一個數據管理組，在路由表的同步方法中，第一數據管理組用于實現將接收到的最新的路由表同步至分布式文件系統中部署的其他數據管理組。在一種可選的實施例中，默認的第一數據管理組可以是分布式文件系統中存儲最重要的數據的數據管理組，或數據存儲量最大的數據管理組，但在實際應用中，具體講分布式文件系統中的哪一個數據管理組作為默認的第一數據管理組，此處不做限定。此處需要說明的是，默認的第一數據管理組在路由表的同步方法中的主要用途在于檢測分布式文件系統中的路由表的變更，即，分布式文件系統中的路由表是否被更改，并在檢測到路由表發生更改的情況下，獲取更改后的最新的路由表。此處還需要說明的是，在本申請涉及到的分布式文件系統中(例如盤古pangu分布式文件系統)，通常可以通過將federation(聯盟)的模式引入來實現數據管理組的形成，即將federation中采用的對數據的namespace(命名空間)進行分布式的劃分模式引入數據管理組的模式，從而使其構成一個包含了一個或多個數據管理服務器構成的集合組，實現分布式系統中的存儲模式。在分布式文件系統中通過federation進行對namespace進行分組后，會構成多個master組，每一組都是一個數據管理組，而在上述分布式文件系統中的多個數據管理組中，有且僅有一個數據管理組為默認的第一數據管理組。此處還需要說明的是，在分布式文件系統為master/chunkserver的結構時，數據管理服務器master用于存儲分布式文件系統中的meta(標簽)信息，即，數據的屬性信息，例如：數據的索引、網頁數據的標題、關鍵字等信息，chunkserver則提供數據的存儲服務。在上述路由表的同步方法中，路由表存儲于分布式文件系統的master中，上述數據管理組為對master進行分組后得到的多組數據管理組。步驟s23，將修改后的路由表數據同步至其他任意一個或多個非默認的第二數據管理組，以更新非默認的第二數據管理組中的路由表。其中，分布式文件系統中部署唯一的第一數據管理組以及至少一個第二數據管理組。在一種可選的實施例中，以分布式文件系統為阿里巴巴的盤古作為示例，盤古作為為阿里巴巴的云計算平臺提供數據存儲服務的分布式文件系統，包括多個數據管理組(例如，淘寶、淘點點、來往等)，默認其中一個數據管理組作為pangudefaultvolume(即默認第一數據管理組)，該分布式文件系統中的其余數據管理組為第二數據管理組，例如，默認淘寶的數據管理組為第一數據管理組，則該分布式文件系統中的其余數據管理組(例如：淘點點、來往等)均為第二數據管理組；當路由表發生變更時，先由淘寶的數據管理組(默認的第一數據管理組)接收最新的路由表，在第一數據管理組獲取到最新的路由表后，將最新的路由表同步至其余的第二數據管理組中，即，其余的數據管理組(第二數據管理組)中的路由表的修改均通過默認的第一數據管理組來完成。在對分布式文件系統中的多個數據管理組的路由表更新之后，client端(用戶終端)的接口可以分布式文件系統中的每個數據管理組的路由表進行確認，以確保每個數據管理組中的路由表都為最新的路由表。圖3是根據本申請實施例1的一種可選的路由表同步方法的示意圖，結合圖3所示，當路由表由于用戶修改等因素發生變化時，分布式文件系統中的第一數據管理組首先接收修改后的新的路由表，然后將新的路由表同步至分布式文件系統中的其余的第二數據管理組。上述說明不限定實際應用中的第二數據管理組的數量，即，當分布式文件系統中有多個第二數據管理組時，都通過第一數據管理組進行同步新的路由表。由此，本申請提供的上述實施例的方案解決了現有技術中分布式文件系統中表為靜態表，導致的任意一個數據管理組中的表發生更改時，其余數據管理組中的表不能同步進行更改的技術問題。在本申請上述實施例中，當分布式文件系統中部署新的第二數據管理組時，將新 的第二數據管理組中的數據管理服務器注冊至第一數據管理組上，并將第一數據管理組中的路由表同步至新的第二數據管理組中。在上述步驟中，新的第二數據管理組是在原分布式文件系統中不存在數據管理組，在加入新的第二數據管理組后，為了使新的第二數據管理組能夠同步第一數據管理組中的最新的路由表，首先將第二數據管理組中的數據管理服務器注冊至默認的第一數據管理組上。可選的，上述數據管理服務器可以是第二數據管理組中的任意一個數據管理服務器master。在一種可選的實施例中，仍以上述分布式文件系統為阿里巴巴的盤古作為示例，預設默認的第一數據管理組為淘寶的數據管理組，若需要在盤古分布式文件系統中加入原分布式文件系統中沒有的來往的數據管理組，先將來往的數據管理組的數據管理服務器注冊至淘寶的數據管理組上，其中，上述數據管理服務器可以是來往的數據管理組的master，將來往的數據管理服務器注冊至淘寶的數據管理組后，保證了來往的數據管理組和淘寶的數據管理組的通信，使得來往的數據管理組成為該分布式文件系統中與其余第二數據管理組相同的第二數據管理組，此時方可對來往的數據管理組進行路由表同步的步驟，以使得來往的數據管理組中包含最新的路由表。本申請上述實施例提供的方法解決了在新的數據管理組加入分布式文件系統后的路由表難以統一的技術問題。在本申請上述實施例中，上述方法還包括如下步驟：步驟s23，在分布式文件系統中的任意一個數據管理組接收到請求終端發起的路由表請求之后，從路由表請求中獲取請求終端中的路由表版本信息。步驟s25，如果路由表版本信息與任意一個數據管理組中的路由表的版本信息不一致的情況下，任意一個數據管理組向請求終端返回本地存儲的路由表，或者，請求終端通過訪問分布式文件系統中部署的數據存儲服務器來獲取最新的路由表。圖4是根據本申請實施例1的請求終端向任意數據管理組發送路由表請求的示意圖。結合圖4所示，在一種可選的實施例中，仍以上述分布式文件系統為阿里巴巴的盤古作為示例，預設默認的第一數據管理組為淘寶的數據管理組，請求終端向分布式文件系統中的任意一個數據管理組發送更新路由表的請求，任意一個數據管理組獲取發起路由表請求的請求終端的路由表版本信息，在版本信息與接收到路由表請求的數據管理組中的路由表的版本信息不一致時，向請求終端發送存儲的路由表。在上述步驟中，路由表的版本信息可以是用于表示新路由表與舊路由表的信息，以使數據管理組來識別最新的路由表。此處需要說明的是，上述任意數據管理組可以是在分布式文件系統隨機選擇的數據管理組，但在優選的情況下，任意一個數據管理組為分布式文件系統中的第一數據管理組，由于第一數據管理組是分布式文件系統中首個接收到最新路由表的數據管理組，因此為了保證請求終端接收到的路由表也為分布式文件系統中最新的路由表，優選的方法是上述任意一個數據管理組為分布式系統中的第一數據管理組。在本申請上述實施例中，步驟s23，在從路由表請求中獲取請求終端中的路由表版本信息之前，上述方法還包括：步驟s231，根據路由表請求中攜帶的待操作的文件或目錄的信息，確定待操作的文件或目錄的權限。步驟s233，如果權限為允許操作，則繼續執行從路由表請求中獲取請求終端中的路由表版本信息的步驟。步驟s235，如果權限為禁止操作，則獲取最新的路由表失敗。在上述步驟中，路由表中待操作的文件或目錄可以是發起路由表請求的數據管理組的文件名或文件目錄。在一種可選的實施例中，仍以上述分布式文件系統為阿里巴巴的盤古作為示例，請求終端向分布式文件系統中的第一數據管理組發送路由表請求，則第一數據管理組通過路由表中文件或者目錄信息確定該請求終端是否有權限獲取最新的路由表。本申請上述步驟對獲取分布式文件系統中的路由表的對象做了預設限定，使得具有獲取最新路由表權限的請求終端才能從分布式文件系統中獲得最新的路由表。在另一種可選的實施例中，接收到路由表請求的數據管理組在獲取到請求終端的路由表的版本后，經對比確認請求終端的路由表版本為最新的路由表版本，則可以認為請求終端的請求權限被篡改，因此向請求終端返回錯誤代碼，請求終端在接收到錯誤代碼后，會在預設時間進行重試請求，直至請求終端的路由表版本以不與接收路由表請求的數據管理組的路由表相同。圖5是根據本申請實施例1的一種可選的向數據管理組中發送路由表請求的流程圖，包括如下步驟：步驟s51，請求終端發起路由表請求。在上述步驟中，請求終端向分布式文件系統中的任意數據管理組發送路由表請求。步驟s52，確定待操作的文件或目錄的權限。在待操作的文件或目錄有操作權限的情況下進入步驟s53，否則進入步驟s55。步驟s53，判斷請求終端與任意數據管理組的路由表是否一致。在上述步驟中，如果請求終端與任意數據管理組的路由表一致，則進入步驟s55，否則進入步驟s54。步驟s54，向請求終端發送路由表。如果路由表版本信息與任意一個數據管理組中的路由表的版本信息不一致的情況下，任意一個數據管理組向請求終端返回本地存儲的路由表，或者，請求終端通過訪問分布式文件系統中部署的數據存儲服務器來獲取最新的路由表。步驟s55，返回錯誤代碼。在請求終端沒有獲取最新路由表的情況下，接收到數據管理組返回的錯誤代碼。在本申請上述實施例中，在分布式文件系統中的任意一個數據管理組接收到請求終端發起的路由表請求之前，方法還包括：步驟s237，請求終端在調用訪問接口之后，解析得到分布式文件系統中的每個數據管理組的訪問信息。步驟s239，請求終端向任意一個數據管理組發送路由表請求，其中，如果請求終端從任意一個數據管理組獲取最新的路由表失敗，則向分布式文件系統中的其他數據管理組發送路由表請求，直至獲取最新的路由表。具體的，在上述步驟中，上述訪問接口可以是api接口，分布式文件系統中的每個數據管理組的訪問信息可以是數據管理組的master信息。在一種可選的實施例中，仍以上述分布式文件系統為阿里巴巴的盤古作為示例，用戶調用api(applicationprogramminginterface,應用程序編程接口)后，利用阿里巴巴的addressresolver(地址解析工具，例如:nuwa)解析出該分布式文件系統中所有數據管理組的地址信息(例如：tcp/ip地址)，在解析出所有數據管理組的地址信息后，隨機向其中的任意一個數據管理組發送請求獲取路由表的請求，如果請求失敗，則反復上述過程重試。此處需要說明的是，在請求終端請求失敗的情況下，需要判斷當前時間是否在預 設的時間范圍內，如果當前時間在預設的時間范圍內，則向其他數據管理組重新發起獲取路由表的情況下，如果當前時間已經超時了預設的時間范圍，則停止請求終端繼續發送獲取路由表的請求。在本申請上述實施例中，步驟s237，在解析得到分布式文件系統中的每個數據管理組的訪問信息之前，上述方法還包括：步驟s2371，請求終端解析得到分布式文件系統中部署的數據存儲服務器的訪問信息。步驟s2373，請求終端向數據存儲服務器發送路由表請求，其中，如果請求終端從數據存儲服務器獲取最新的路由表失敗，或者數據存儲服務器中存儲的路由表不是最新的路由表，則請求終端進入解析分布式文件系統中的每個數據管理組的訪問信息的步驟。在一種可選的實施例中，上述分布式文件系統是master，slave結構，上述數據存儲服務器可以是chunkserver，請求終端首先向chunkserver發送路由表請求，當向chunkserver請求失敗，或chunkserver中的路由表的版本信息不是最新版本時，請求終端向分布式文件系統中的任意一個數據管理組發送路由表請求。在本申請上述實施例中，步驟s23，在分布式文件系統中的任意一個數據管理組接收到請求終端發起的路由表請求之前，方法還包括：步驟s25，請求終端在調用訪問接口之后，解析得到分布式文件系統中默認的第一數據管理組的地址信息。步驟s27，請求終端向第一數據管理組發送路由表請求，其中，如果請求終端從第一數據管理組獲取最新的路由表失敗，則向分布式文件系統中的其他任意一個或多個第二數據管理組發送路由表請求，直至獲取最新的路由表。在一種可選的實施例中，仍以上述分布式文件系統為阿里巴巴的盤古作為示例，預設默認的第一數據管理組為淘寶的數據管理組，請求終端向淘寶的數據管理組發送更新路由表的請求，淘寶的數據管理組接收到路由表請求后，獲取請求終端中的路由表的版本信息，在版本信息與接收到路由表請求的數據管理組中的路由表的版本信息不一致時，向請求終端發送存儲的路由表。在本申請上述實施例中，上述方法還包括：，在解析得到分布式文件系統中默認的第一數據管理組的地址信息之前，方法還包括：步驟s251，請求終端解析得到分布式文件系統中部署的數據存儲服務器的訪問信 息。步驟s253請求終端向數據存儲服務器發送路由表請求，其中，如果請求終端從數據存儲服務器獲取最新的路由表失敗，或者數據存儲服務器中存儲的路由表不是最新的路由表，則請求終端進入解析分布式文件系統中的第一數據管理組的訪問信息的步驟。在一種可選的實施例中，上述分布式文件系統是master，slave結構，請求終端首先向master發送路由表請求，當向master請求失敗返回的錯誤代碼，路由表的版本信息不正確時，請求終端向分布式文件系統中的任意一個數據管理組發送路由表請求。圖6是根據本申請實施例1的一種可選的請求終端向數據存儲服務器發送路由表請求的流程圖，包括如下步驟：s61，獲取數據存儲服務器的訪問信息。s62，向數據存儲服務器發送路由表請求。s63，請求是否失敗。s64，數據存儲服務器中的路由表是否為最新路由表。s65，向請求終端發送路由表。s66，解析第一數據管理組的訪問信息。在本申請上述實施例中，上述方法還包括：在請求終端發起路由表請求的過程中，如果檢測到第一數據管理組中的路由表被修改，則重新訪問分布式文件系統中的任意一個數據管理組，來獲取最新的路由表。在請求終端發起路由表請求的過程中檢測到第一數據管理組中的路由表被修改，如果繼續訪問分布式中的任意一個數據管理組，則獲取得到的路由表可能部位最新的路由表，因此本申請上述步驟在請求終端發起路由表請求的過程中檢測到第一數據管理組中的路由表被修改時，重新訪問分布式文件系統中的任意數據管理組，以使得請求終端獲取得到的是最新的路由表。在本申請上述實施例中，上述方法還包括：分布式文件系統中部署的第一數據管理組以及第二數據管理組設置有讀寫請求門限，其中，讀寫請求門限用于表征對應的數據管理組中的數據管理服務器的最大訪問次數，如果數據管理服務器的訪問次數超過讀寫請求門限，則終止訪問數據管理服務器。在一種可選的實施例中，以線上生產集群ay75c及ay88b為例，當具有5000套數 據管理服務器時，在均值的讀寫次數為1萬次，峰值讀寫次數為10萬的情況下，當master為3臺時，平均每臺數據管理服務器最大需要承受3.3萬次的讀寫次數，未超出第一數據管理組以及第二數據管理組設置有讀寫請求門限。在本申請上述實施例中，上述方法還包括：對第一數據管理組中包含的數據管理服務器進行持久化處理，在第一數據管理組執行持久化處理完成之后，向至少一個第二數據管理組發送用于修改路由表的遠程過程調用協議，使得第二數據管理組執行持久化處理。在上述步驟中，對數據管理服務器進行持久化處理可以是將數據管理服務器終端數據保存至可永久存儲的設備中。此處需要說明的是，由于分布式文件系統中所有路由表的更新都依賴于第一數據管理組更新，因此第二數據管理組對第一數據管理組具有很大的依賴性，如果第二數據管理組發生故障，則需要依賴于第一數據管理組進行修復，如果第一數據管理組也發生故障，則需要在第一數據管理組修復完成后再依賴于第一數據管理組進行修復，從而使得第二數據管理組的修復進度遲緩，因此通過向第二數據管理組發送遠程調用協議對第二數據管理組中的數據服務器進行持久化處理，從而當在第一數據管理組出現故障的情況下，第二數據管理組也發生故障時。由于第二數據管理組已經對路由表進行了持久化處理，因此第二數據管理組的恢復不依賴于第一數據管理組，進而提高了第二數據管理組的故障修復效率。需要說明的是，對于前述的各方法實施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領域技術人員應該知悉，本申請并不受所描述的動作順序的限制，因為依據本申請，某些步驟可以采用其他順序或者同時進行。其次，本領域技術人員也應該知悉，說明書中所描述的實施例均屬于優選實施例，所涉及的動作和模塊并不一定是本申請所必須的。通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到根據上述實施例的基于分庫分表的任務傳輸方法可借助軟件加必需的通用硬件平臺的方式來實現，當然也可以通過硬件，但很多情況下前者是更佳的實施方式。基于這樣的理解，本申請的技術方案本質上或者說對現有技術做出貢獻的部分可以以軟件產品的形式體現出來，該計算機軟件產品存儲在一個存儲介質(如rom/ram、磁碟、光盤)中，包括若干指令用以使得一臺終端設備(可以是手機，計算機，服務器，或者網絡設備等)執行本申請各個實施例所述的方法。實施例2根據本申請實施例，還提供了一種路由表的同步裝置，如圖7所示，該裝置包括：第一獲取模塊120和同步模塊122。第一獲取模塊120用于如果檢測到默認的第一數據管理組中的路由表被修改，獲取修改后的路由表數據；同步模塊122用于將修改后的路由表數據同步至其他任意一個或多個非默認的第二數據管理組，以更新非默認的第二數據管理組中的路由表；其中，分布式文件系統中部署唯一的第一數據管理組以及至少一個第二數據管理組。在一種可選的實施例中，默認的第一數據管理組可以是分布式文件系統中存儲最重要的數據的數據管理組，或數據存儲量最大的數據管理組，但在實際應用中，具體將分布式文件系統中的哪一個數據管理組作為默認的第一數據管理組，此處不做限定。此處需要說明的是，默認的第一數據管理組在路由表的同步方法中的主要用途在于檢測分布式文件系統中的路由表的變更，即，分布式文件系統中的路由表是否被更改，并在檢測到路由表發生更改的情況下，獲取更改后的最新的路由表。此處還需要說明的是，在分布式文件系統中，通常通過federation(聯盟)將數據的namespace(命名空間)進行分布式,從而使其構成一個聯盟，進而實現分布式系統中的存儲模式，在分布式文件系統通過federation進行對namespace進行分組后，會構成多個master組，每一組都是一個數據管理組，而在上述分布式文件系統中的多個數據管理組中，有且僅有一個數據管理組為默認的第一數據管理組。此處還需要說明的是，在分布式文件系統為master/chunkserver的結構時，master用于存儲分布式文件系統中的meta(標簽)信息，即，數據的屬性信息，例如：數據的索引、網頁數據的標題、關鍵字等信息，chunkserver則提供數據的存儲服務。在上述路由表的同步方法中，路由表存儲于分布式文件系統的master中，上述數據管理組為對master進行分組后得到的多組數據管理組。在一種可選的實施例中，以分布式文件系統為阿里巴巴的盤古作為示例，盤古作為為阿里巴巴的云計算平臺提供數據存儲服務的分布式文件系統，包括多個數據管理組(例如，淘寶、淘點點、來往等)，默認其中一個數據管理組作為pangudefaultvolume(默認第一數據管理組)，該分布式文件系統中的其余數據管理組為第二數據管理組，例如，默認淘寶的數據管理組為第一數據管理組，則該分布式文件系統中的其余數據管理組(例如：淘點點、來往等)均為第二數據管理組；當路由表發生變更時，先由淘寶的數據管理組(默認的第一數據管理組)接收最新的路由表，在第一數據管理組獲取到最新的路由表后，將最新的路由表同步至其余的第二數據管理組中，即，其余 的數據管理組(第二數據管理組)中的路由表的修改均通過默認的第一數據管理組來完成。在對分布式文件系統中的多個數據管理組的路由表更新之后，client端(用戶終端)的接口可以分布式文件系統中的每個數據管理組的路由表進行確認，以確保每個數據管理組中的路由表都為最新的路由表。由此，本申請提供的上述實施例的方案解決了現有技術中分布式文件系統中表為靜態表，導致的任意一個數據管理組中的表發生更改時，其余數據管理組中的表不能同步進行更改的技術問題。在本申請上述實施例中，結合圖8所示，上述裝置還包括：注冊模塊80，注冊模塊80用于當分布式文件系統中部署新的第二數據管理組時，將新的第二數據管理組中的數據管理服務器注冊至第一數據管理組上，并將第一數據管理組中的路由表同步至新的第二數據管理組中。在上述裝置中，新的第二數據管理組是在原分布式文件系統中不存在數據管理組，在加入新的第二數據管理組后，為了使新的第二數據管理組能夠同步第一數據管理組中的最新的路由表，首先將第二數據管理組中的數據管理服務器注冊至默認的第一數據管理組上。可選的，上述數據管理服務器可以是第二數據管理組的master。在一種可選的實施例中，仍以上述分布式文件系統為阿里巴巴的盤古作為示例，預設默認的第一數據管理組為淘寶的數據管理組，若需要在盤古分布式文件系統中加入原分布式文件系統中沒有的來往的數據管理組，先將來往的數據管理組的數據管理服務器注冊至淘寶的數據管理組上，其中，上述數據管理服務器可以是來往的數據管理組的master，將來往的數據管理服務器注冊至淘寶的數據管理組后，保證了來往的數據管理組和淘寶的數據管理組的通信，使得來往的數據管理組成為該分布式文件系統中與其余第二數據管理組相同的第二數據管理組，此時方可對來往的數據管理組進行路由表同步的步驟，以使得來往的數據管理組中包含最新的路由表。本申請上述實施例提供的方法解決了在新的數據管理組加入分布式文件系統后的路由表難以統一的技術問題。本申請上述實施例中，結合圖9所示，上述裝置還包括：第二獲取模塊90和返回模塊92，第二獲取模塊90用于在分布式文件系統中的任意一個數據管理組接收到請求終 端發起的路由表請求之后，從路由表請求中獲取請求終端中的路由表版本信息；返回模塊92用于如果路由表版本信息與任意一個數據管理組中的路由表的版本信息不一致的情況下，任意一個數據管理組向請求終端返回本地存儲的路由表，或者，請求終端通過訪問分布式文件系統中部署的數據存儲服務器來獲取最新的路由表。結合圖4所示，在一種可選的實施例中，仍以上述分布式文件系統為阿里巴巴的盤古作為示例，預設默認的第一數據管理組為淘寶的數據管理組，請求終端向分布式文件系統中的任意一個數據管理組發送更新路由表的請求，任意一個數據管理組獲取發起路由表請求的請求終端的路由表版本信息，在版本信息與接收到路由表請求的數據管理組中的路由表的版本信息不一致時，向請求終端發送存儲的路由表。在上述裝置中，路由表的版本信息可以是用于表示新路由表與舊路由表的信息，以使數據管理組來識別最新的路由表。此處需要說明的是，上述任意數據管理組可以是在分布式文件系統隨機選擇的數據管理組，但在優選的情況下，任意一個數據管理組為分布式文件系統中的第一數據管理組，由于第一數據管理組是分布式文件系統中首個接收到最新路由表的數據管理組，因此為了保證請求終端接收到的路由表也為分布式文件系統中最新的路由表，優選的方法是上述任意一個數據管理組為分布式系統中的第一數據管理組。在本申請上述實施例中，結合圖10所示，上述述裝置還包括：確定模塊100、執行模塊102和第三獲取模塊104。確定模塊100用于根據路由表請求中攜帶的待操作的文件或目錄的信息，確定待操作的文件或目錄的權限；執行模塊102，用于如果權限為允許操作，則繼續執行從路由表請求中獲取請求終端中的路由表版本信息的步驟；第三獲取模塊104用于如果權限為禁止操作，則獲取最新的路由表失敗。在本申請上述實施例中，分布式文件系統中部署的第一數據管理組以及第二數據管理組設置有讀寫請求門限，其中，讀寫請求門限用于表征對應的數據管理組中的數據管理服務器的最大訪問次數，如果數據管理服務器的訪問次數超過讀寫請求門限，則終止訪問數據管理服務器。在本申請上述實施例中，持久化處理模塊，用于對第一數據管理組中包含的數據管理服務器進行持久化處理，并在第一數據管理組執行持久化處理完成之后，向至少一個第二數據管理組發送用于修改路由表的遠程過程調用協議，使得第二數據管理組執行持久化處理。在本申請上述實施例中，上述裝置還包括：解析模塊用于請求終端在調用訪問接口之后，解析得到分布式文件系統中默認的第一數據管理組的地址信息；第三發送模塊請求終端向第一數據管理組發送路由表請求，其中，如果請求終端從第一數據管理組獲取最新的路由表失敗，則向分布式文件系統中的其他任意一個或多個第二數據管理組發送路由表請求，直至獲取最新的路由表。在本申請上述實施例中，上述裝置還包括：第二處理模塊用于請求終端解析得到分布式文件系統中部署的數據存儲服務器的訪問信息；第四發送模塊用于請求終端向數據存儲服務器發送路由表請求，其中，如果請求終端從數據存儲服務器獲取最新的路由表失敗，或者數據存儲服務器中存儲的路由表不是最新的路由表，則請求終端進入解析分布式文件系統中的第一數據管理組的訪問信息的步驟。本申請上述實施例中，上述裝置還包括：訪問模塊，用于在請求終端發起路由表請求的過程中，如果檢測到第一數據管理組中的路由表被修改，則重新訪問分布式文件系統中的任意一個數據管理組，來獲取最新的路由表。在本申請上述實施例中，上述分布式文件系統中部署的第一數據管理組以及第二數據管理組設置有讀寫請求門限，其中，讀寫請求門限用于表征對應的數據管理組中的數據管理服務器的最大訪問次數，如果數據管理服務器的訪問次數超過讀寫請求門限，則終止訪問數據管理服務器。在本申請上述實施例中，上述裝置還包括：持久化模塊，用于對第一數據管理組中包含的數據管理服務器進行持久化處理，在第一數據管理組執行持久化處理完成之后，向至少一個第二數據管理組發送用于修改路由表的遠程過程調用協議，使得第二數據管理組執行持久化處理。實施例3根據本申請實施例，還提供了一種路由表的同步系統，結合圖11所示，該系統包括：第一數據管理服務器110和一個或多個第二數據管理服務器112，其中，第一數據管理服務器110，用于如果檢測到本地存儲的路由表被修改，獲取修改后的路由表數據，并將修改后的路由表數據進行同步處理，其中，第一數據管理服務器為分布式文件系統中默認的第一數據管理組中包含的任意一個服務器；一個或多個第二數據管理服務器112，與第一數據管理服務器具有通信關系，用于接收第一數據管理服務器同步的修改后的路由表數據，以更新第二數據管理組中的路由表，其中，第二數據管理服務器為分布式文件系統中非默認的第二數據管理組中包含的任意一個服務器。在一種可選的實施例中，默認的第一數據管理組可以是分布式文件系統中的任意一個數據管理組，在路由表的同步方法中，第一數據管理組用于實現將接收到的最新的路由表同步至分布式文件系統中部署的其他數據管理組。此處還需要說明的是，在本申請涉及到的分布式文件系統中(例如盤古pangu分布式文件系統)，通常可以通過將federation(聯盟)的模式引入來實現數據管理組的形成，即將federation中采用的對數據的namespace(命名空間)進行分布式的劃分模式引入數據管理組的模式，從而使其構成一個包含了一個或多個數據管理服務器構成的集合組，實現分布式系統中的存儲模式。在分布式文件系統中通過federation進行對namespace進行分組后，會構成多個master組，每一組都是一個數據管理組，而在上述分布式文件系統中的多個數據管理組中，有且僅有一個數據管理組為默認的第一數據管理組。此處還需要說明的是，在分布式文件系統為master/chunkserver的結構時，數據管理服務器master用于存儲分布式文件系統中的meta(標簽)信息，即，數據的屬性信息，例如：數據的索引、網頁數據的標題、關鍵字等信息，chunkserver則提供數據的存儲服務。在上述路由表的同步方法中，路由表存儲于分布式文件系統的master中，上述數據管理組為對master進行分組后得到的多組數據管理組。在一種可選的實施例中，以分布式文件系統為阿里巴巴的盤古作為示例，盤古作為為阿里巴巴的云計算平臺提供數據存儲服務的分布式文件系統，包括多個數據管理組(例如，淘寶、淘點點、來往等)，默認其中一個數據管理組作為pangudefaultvolume(默認第一數據管理組)，該分布式文件系統中的其余數據管理組為第二數據管理組，例如，默認淘寶的數據管理組為第一數據管理組，則該分布式文件系統中的其余數據管理組(例如：淘點點、來往等)均為第二數據管理組；當淘寶的數據管理組(默認的第一數據管理組)檢測到本地存儲的路由表被修改，則淘寶的數據管理組接收最新的路由表，并將接收到的最新的路由表同步至其余的第二數據管理組中，其余的第二數據管理組接收淘寶的數據管理組同步的修改后的路由表，以使存儲在一個或多個第二數據管理組本地的路由表變更為修改后的路由表，即，其余的數據管理組(第二數據管理組)中的路由表的修改均通過默認的第一數據管理組來完成。在對分布式文件系統中的多個數據管理組的路由表更新之后，client端(用戶終端) 的接口可以分布式文件系統中的每個數據管理組的路由表進行確認，以確保每個數據管理組中的路由表都為最新的路由表。結合圖3所示，當路由表由于用戶修改等因素發生變化時，分布式文件系統中的第一數據管理組首先接收修改后的路由表，然后將修改后的路由表同步至分布式文件系統中的其余的第二數據管理組。上述實施例不限定實際應用中的第二數據管理組的數量，即，當分布式文件系統中有多個第二數據管理組時，都通過第一數據管理組進行同步新的路由表。由此，本申請提供的上述實施例的方案解決了現有技術中分布式文件系統中表為靜態表，導致的任意一個數據管理組中的表發生更改時，其余數據管理組中的表不能同步進行更改的技術問題。在本申請上述實施例中，上述系統還可以包括：請求終端，與第一數據管理服務器和一個或多個第二數據管理服務器具有通信關系，用于向分布式文件系統中的任意一個數據管理組發送路由表請求，并接收任意一個數據管理組返回的路由表，或者，請求終端通過訪問分布式文件系統中部署的數據存儲服務器來獲取最新的路由表。在上述系統中，當請求終端向分布式文件系統中的任意一個數據管理組發送路由表請求時，接收路由表請求的數據管理組可以獲取路由表請求中的路由表版本信息，當路由表請求中的路由表版本信息與接收路由表請求的數據管理組的路由表版本信息不一致時，接收路由表請求的數據管理組向請求終端反饋本地存儲的路由表。在一種可選的實施例中，仍以上述分布式文件系統為阿里巴巴的盤古作為示例，預設默認的第一數據管理組為淘寶的數據管理組，請求終端向分布式文件系統中的任意一個數據管理組發送更新路由表的請求，任意一個數據管理組獲取發起路由表請求的請求終端的路由表版本信息，在版本信息與接收到路由表請求的數據管理組中的路由表的版本信息不一致時，向請求終端發送存儲的路由表。在上述實施例中，路由表的版本信息可以是用于表示新路由表與舊路由表的信息，以使數據管理組來識別最新的路由表。此處需要說明的是，上述任意數據管理組可以是在分布式文件系統隨機選擇的數據管理組，但在由于第一數據管理組是分布式文件系統中首個接收到最新路由表的數據管理組，因此為了保證請求終端接收到的路由表也為分布式文件系統中最新的路由表，優選的方法是上述任意一個數據管理組為分布式系統中的第一數據管理組。在本申請上述實施例中，請求終端還用于在調用訪問接口之后，解析得到分布式文件系統中的每個數據管理組的訪問信息，并向任意一個數據管理組發送路由表請求； 其中，如果請求終端從任意一個數據管理組獲取最新的路由表失敗，則向分布式文件系統中的其他數據管理組發送路由表請求，直至獲取最新的路由表。具體的，在上述系統中，上述訪問接口可以是api(applicationprogramminginterface,應用程序編程接口)接口，分布式文件系統中的每個數據管理組的訪問信息可以是數據管理組的master信息。在本申請上述實施例中，請求終端還用于在無法解析得到分布式文件系統中的任意一個數據管理組的訪問信息的情況下，解析得到分布式文件系統中部署的數據存儲服務器的訪問信息，并向數據存儲服務器發送路由表請求；其中，如果請求終端從數據存儲服務器獲取最新的路由表失敗，或者數據存儲服務器中存儲的路由表不是最新的路由表，則請求終端開始解析分布式文件系統中的每個數據管理組的訪問信息。在一種可選的實施例中，上述分布式文件系統是master，slave結構，上述任意一個數據管理組可以是master，上述數據存儲服務器可以是chunkserver，當請求終端在無法解析maste的訪問信息的情況下，解析chunkserver的訪問信息，并向chunkserver發送路由表請求。在本申請上述實施例中，請求終端還用于在調用訪問接口之后，解析得到分布式文件系統中默認的第一數據管理組的地址信息，并向第一數據管理組發送路由表請求；其中，如果請求終端從第一數據管理組獲取最新的路由表失敗，則向分布式文件系統中的其他任意一個或多個第二數據管理組發送路由表請求，直至獲取最新的路由表。在一種可選的實施例中，仍以上述分布式文件系統為阿里巴巴的盤古作為示例，用戶調用api后，利用阿里巴巴的addressresolver(地址解析工具，例如:nuwa)解析出該分布式文件系統中所有數據管理組的地址信息(例如：tcp/ip地址)，在解析出所有數據管理組的地址信息后，隨機向其中的任意一個數據管理組發送請求獲取路由表的請求，如果請求失敗，則反復上述過程重試，直至成功獲取到最新的路由表。此處需要說明的是，在請求終端請求失敗的情況下，需要判斷當前時間是否在預設的時間范圍內，如果當前時間在預設的時間范圍內，則向其他數據管理組重新發起獲取路由表的情況下，如果當前時間已經超時了預設的時間范圍，則停止請求終端繼續發送獲取路由表的請求。在本申請上述實施例中，請求終端還用于在無法解析得到分布式文件系統中默認的第一數據管理組的訪問信息的情況下，解析得到分布式文件系統中部署的數據存儲服務器的訪問信息，并向數據存儲服務器發送路由表請求；其中，如果請求終端從數據存儲服務器獲取最新的路由表失敗，或者數據存儲服務器中存儲的路由表不是最新 的路由表，則請求終端開始解析分布式文件系統中的第一數據管理組的訪問信息。在一種可選的實施例中，上述分布式文件系統是master，slave結構，上述默認的第一數據管理組可以是默認的第一數據管理組中的master，上述數據存儲服務器可以是chunkserver，當請求終端在無法解析maste的訪問信息的情況下，解析chunkserver的訪問信息，并向chunkserver發送路由表請求。在本申請上述實施例中請求終端還用于在發起路由表請求的過程中，如果檢測到第一數據管理組中的路由表被修改，則重新訪問分布式文件系統中的任意一個數據管理組，來獲取最新的路由表。在請求終端發起路由表請求的過程中檢測到第一數據管理組中的路由表被修改，如果繼續訪問分布式文件系統中的任意一個數據管理組，則獲取得到的路由表可能部位最新的路由表，因此本申請上述步驟在請求終端發起路由表請求的過程中檢測到第一數據管理組中的路由表被修改時，重新訪問分布式文件系統中的任意數據管理組，以使得請求終端獲取得到的是最新的路由表。實施例4本申請的實施例可以提供一種計算機終端，該計算機終端可以是計算機終端群中的任意一個計算機終端設備。可選地，在本實施例中，上述計算機終端也可以替換為移動終端等終端設備。可選地，在本實施例中，上述計算機終端可以位于計算機網絡的多個網絡設備中的至少一個網絡設備。在本實施例中，上述計算機終端可以執行路由表的同步方法中以下步驟的程序代碼：如果檢測到默認的第一數據管理組中的路由表被修改，獲取修改后的路由表數據；將修改后的路由表數據同步至其他任意一個或多個非默認的第二數據管理組，以更新非默認的第二數據管理組中的路由表；其中，分布式文件系統中部署唯一的第一數據管理組以及至少一個第二數據管理組。可選地，圖12是根據本申請實施例的一種計算機終端的結構框圖。如圖12所示，該計算機終端a可以包括：一個或多個(圖中僅示出一個)處理器1201、存儲器1203、傳輸裝置1205、請求終端1207以及數據存儲服務器1209。其中，存儲器可用于存儲軟件程序以及模塊，如本申請實施例中的路由表的同步方法和裝置對應的程序指令/模塊，處理器通過運行存儲在存儲器內的軟件程序以及模塊，從而執行各種功能應用以及數據處理，即實現上述的路由表的同步方法。存儲器 可包括高速隨機存儲器，還可以包括非易失性存儲器，如一個或者多個磁性存儲裝置、閃存、或者其他非易失性固態存儲器。在一些實例中，存儲器可進一步包括相對于處理器遠程設置的存儲器，這些遠程存儲器可以通過網絡連接至終端a。上述網絡的實例包括但不限于互聯網、企業內部網、局域網、移動通信網及其組合。處理器可以通過傳輸裝置調用存儲器存儲的信息及應用程序，以執行下述步驟：如果檢測到默認的第一數據管理組中的路由表被修改，獲取修改后的路由表數據；將修改后的路由表數據同步至其他任意一個或多個非默認的第二數據管理組，以更新非默認的第二數據管理組中的路由表；其中，分布式文件系統中部署唯一的第一數據管理組以及至少一個第二數據管理組。可選的，上述處理器還可以執行如下步驟的程序代碼：當路由表的同步方法分布式文件系統中部署新的第二數據管理組時，將路由表的同步方法新的第二數據管理組中的數據管理服務器注冊至路由表的同步方法第一數據管理組上，并將路由表的同步方法第一數據管理組中的路由表同步至路由表的同步方法新的第二數據管理組中。可選的，上述處理器還可以執行如下步驟的程序代碼：在路由表的同步方法分布式文件系統中的任意一個數據管理組接收到請求終端發起的路由表請求之后，從路由表的同步方法路由表請求中獲取路由表的同步方法請求終端中的路由表版本信息；如果路由表的同步方法路由表版本信息與路由表的同步方法任意一個數據管理組中的路由表的版本信息不一致的情況下，路由表的同步方法任意一個數據管理組向路由表的同步方法請求終端返回本地存儲的路由表，或者，路由表的同步方法請求終端通過訪問路由表的同步方法分布式文件系統中部署的數據存儲服務器來獲取最新的路由表。可選的，上述處理器還可以執行如下步驟的程序代碼：根據路由表的同步方法路由表請求中攜帶的待操作的文件或目錄的信息，確定路由表的同步方法待操作的文件或目錄的權限；如果路由表的同步方法權限為允許操作，則繼續執行從路由表的同步方法路由表請求中獲取路由表的同步方法請求終端中的路由表版本信息的步驟；如果路由表的同步方法權限為禁止操作，則獲取路由表的同步方法最新的路由表失敗。可選的，上述處理器還可以執行如下步驟的程序代碼：路由表的同步方法請求終端在調用訪問接口之后，解析得到路由表的同步方法分布式文件系統中的每個數據管理組的訪問信息；路由表的同步方法請求終端向路由表的同步方法任意一個數據管理組發送路由表的同步方法路由表請求，其中，如果路由表的同步方法請求終端從路由表的同步方法任意一個數據管理組獲取路由表的同步方法最新的路由表失敗，則向路由表的同步方法分布式文件系統中的其他數據管理組發送路由表的同步方法路由表請求，直至獲取路由表的同步方法最新的路由表。可選的，上述處理器還可以執行如下步驟的程序代碼：請求終端解析得到分布式文件系統中部署的數據存儲服務器的訪問信息；請求終端向數據存儲服務器發送路由表請求，其中，如果請求終端從數據存儲服務器獲取最新的路由表失敗，或者數據存儲服務器中存儲的路由表不是最新的路由表，則請求終端進入解析分布式文件系統中的每個數據管理組的訪問信息的步驟。可選的，上述處理器還可以執行如下步驟的程序代碼：在分布式文件系統中的任意一個數據管理組接收到請求終端發起的路由表請求之前，方法還包括：請求終端在調用訪問接口之后，解析得到分布式文件系統中默認的第一數據管理組的地址信息；請求終端向第一數據管理組發送路由表請求，其中，如果請求終端從第一數據管理組獲取最新的路由表失敗，則向分布式文件系統中的其他任意一個或多個第二數據管理組發送路由表請求，直至獲取最新的路由表。可選的，上述處理器還可以執行如下步驟的程序代碼：在解析得到分布式文件系統中默認的第一數據管理組的地址信息之前，方法還包括：請求終端解析得到分布式文件系統中部署的數據存儲服務器的訪問信息；請求終端向數據存儲服務器發送路由表請求，其中，如果請求終端從數據存儲服務器獲取最新的路由表失敗，或者數據存儲服務器中存儲的路由表不是最新的路由表，則請求終端進入解析分布式文件系統中的第一數據管理組的訪問信息的步驟。可選的，上述處理器還可以執行如下步驟的程序代碼：請求終端發起路由表的同步方法路由表請求的過程中，如果檢測到路由表的同步方法第一數據管理組中的路由表被修改，則重新訪問路由表的同步方法分布式文件系統中的任意一個數據管理組，來獲取路由表的同步方法最新的路由表。可選的，上述處理器還可以執行如下步驟的程序代碼：路由表的同步方法布式文件系統中部署的路由表的同步方法第一數據管理組以及路由表的同步方法第二數據管理組設置有讀寫請求門限，其中，路由表的同步方法讀寫請求門限用于表征對應的數據管理組中的數據管理服務器的最大訪問次數，如果路由表的同步方法數據管理服務器的訪問次數超過路由表的同步方法讀寫請求門限，則終止訪問路由表的同步方法數據管理服務器。可選的，上述處理器還可以執行如下步驟的程序代碼：第一數據管理組中包含的數據管理服務器進行持久化處理，在路由表的同步方法第一數據管理組執行持久化處理完成之后，向至少一個路由表的同步方法第二數據管理組發送用于修改路由表的遠程過程調用協議，使得路由表的同步方法第二數據管理組執行持久化處理。由此，本申請提供的上述實施例的方案解決了現有技術中分布式文件系統中表為靜態表，導致的任意一個數據管理組中的表發生更改時，其余數據管理組中的表不能同步進行更改的技術問題。本領域普通技術人員可以理解，圖12所示的結構僅為示意，計算機終端也可以是智能手機(如android手機、ios手機等)、平板電腦、掌聲電腦以及移動互聯網設備(mobileinternetdevices，mid)、pad等終端設備。圖12其并不對上述電子裝置的結構造成限定。例如，計算機終端10還可包括比圖12中所示更多或者更少的組件(如網絡接口、顯示裝置等)，或者具有與圖12所示不同的配置。本領域普通技術人員可以理解上述實施例的各種方法中的全部或部分步驟是可以通過程序來指令終端設備相關的硬件來完成，該程序可以存儲于一計算機可讀存儲介質中，存儲介質可以包括：閃存盤、只讀存儲器(read-onlymemory，rom)、隨機存取器(randomaccessmemory，ram)、磁盤或光盤等。實施例5本申請的實施例還提供了一種存儲介質。可選地，在本實施例中，上述存儲介質可以用于保存上述實施例一所提供的基于分庫分表的任務傳輸方法所執行的程序代碼。可選地，在本實施例中，上述存儲介質可以位于計算機網絡中計算機終端群中的任意一個計算機終端中，或者位于移動終端群中的任意一個移動終端中。可選地，在本實施例中，存儲介質被設置為存儲用于執行以下步驟的程序代碼：如果檢測到默認的第一數據管理組中的路由表被修改，獲取修改后的路由表數據；將修改后的路由表數據同步至其他任意一個或多個非默認的第二數據管理組，以更新非默認的第二數據管理組中的路由表；其中，分布式文件系統中部署唯一的第一數據管理組以及至少一個第二數據管理組。可選地，在本實施例中，存儲介質被設置為存儲用于執行以下步驟的程序代碼：當路由表的同步方法分布式文件系統中部署新的第二數據管理組時，將路由表的同步方法新的第二數據管理組中的數據管理服務器注冊至路由表的同步方法第一數據管理組上，并將路由表的同步方法第一數據管理組中的路由表同步至路由表的同步方法新的第二數據管理組中。可選地，在本實施例中，存儲介質被設置為存儲用于執行以下步驟的程序代碼：在路由表的同步方法分布式文件系統中的任意一個數據管理組接收到請求終端發起的路由表請求之后，從路由表的同步方法路由表請求中獲取路由表的同步方法請求終端中的路由表版本信息；如果路由表的同步方法路由表版本信息與路由表的同步方法任 意一個數據管理組中的路由表的版本信息不一致的情況下，路由表的同步方法任意一個數據管理組向路由表的同步方法請求終端返回本地存儲的路由表，或者，路由表的同步方法請求終端通過訪問路由表的同步方法分布式文件系統中部署的數據存儲服務器來獲取最新的路由表。可選地，在本實施例中，存儲介質被設置為存儲用于執行以下步驟的程序代碼：根據路由表的同步方法路由表請求中攜帶的待操作的文件或目錄的信息，確定路由表的同步方法待操作的文件或目錄的權限；如果路由表的同步方法權限為允許操作，則繼續執行從路由表的同步方法路由表請求中獲取路由表的同步方法請求終端中的路由表版本信息的步驟；如果路由表的同步方法權限為禁止操作，則獲取路由表的同步方法最新的路由表失敗。可選地，在本實施例中，存儲介質被設置為存儲用于執行以下步驟的程序代碼：路由表的同步方法請求終端在調用訪問接口之后，解析得到路由表的同步方法分布式文件系統中的每個數據管理組的訪問信息；路由表的同步方法請求終端向路由表的同步方法任意一個數據管理組發送路由表的同步方法路由表請求，其中，如果路由表的同步方法請求終端從路由表的同步方法任意一個數據管理組獲取路由表的同步方法最新的路由表失敗，則向路由表的同步方法分布式文件系統中的其他數據管理組發送路由表的同步方法路由表請求，直至獲取路由表的同步方法最新的路由表。可選地，在本實施例中，存儲介質被設置為存儲：請求終端解析得到分布式文件系統中部署的數據存儲服務器的訪問信息；請求終端向數據存儲服務器發送路由表請求，其中，如果請求終端從數據存儲服務器獲取最新的路由表失敗，或者數據存儲服務器中存儲的路由表不是最新的路由表，則請求終端進入解析分布式文件系統中的每個數據管理組的訪問信息的步驟。可選地，在本實施例中，存儲介質被設置為存儲：在分布式文件系統中的任意一個數據管理組接收到請求終端發起的路由表請求之前，方法還包括：請求終端在調用訪問接口之后，解析得到分布式文件系統中默認的第一數據管理組的地址信息；請求終端向第一數據管理組發送路由表請求，其中，如果請求終端從第一數據管理組獲取最新的路由表失敗，則向分布式文件系統中的其他任意一個或多個第二數據管理組發送路由表請求，直至獲取最新的路由表。可選地，在本實施例中，存儲介質被設置為存儲：請求終端解析得到分布式文件系統中部署的數據存儲服務器的訪問信息；請求終端向數據存儲服務器發送路由表請求，其中，如果請求終端從數據存儲服務器獲取最新的路由表失敗，或者數據存儲服務器中存儲的路由表不是最新的路由表，則請求終端進入解析分布式文件系統中的每 個數據管理組的訪問信息的步驟。可選地，在本實施例中，存儲介質被設置為存儲：在分布式文件系統中的任意一個數據管理組接收到請求終端發起的路由表請求之前，方法還包括：請求終端在調用訪問接口之后，解析得到分布式文件系統中默認的第一數據管理組的地址信息；請求終端向第一數據管理組發送路由表請求，其中，如果請求終端從第一數據管理組獲取最新的路由表失敗，則向分布式文件系統中的其他任意一個或多個第二數據管理組發送路由表請求，直至獲取最新的路由表。可選地，在本實施例中，存儲介質被設置為存儲：在解析得到分布式文件系統中默認的第一數據管理組的地址信息之前，方法還包括：請求終端解析得到分布式文件系統中部署的數據存儲服務器的訪問信息；請求終端向數據存儲服務器發送路由表請求，其中，如果請求終端從數據存儲服務器獲取最新的路由表失敗，或者數據存儲服務器中存儲的路由表不是最新的路由表，則請求終端進入解析分布式文件系統中的第一數據管理組的訪問信息的步驟。可選地，在本實施例中，存儲介質被設置為存儲：請求終端解析得到分布式文件系統中部署的數據存儲服務器的訪問信息；請求終端向數據存儲服務器發送路由表請求，其中，如果請求終端從數據存儲服務器獲取最新的路由表失敗，或者數據存儲服務器中存儲的路由表不是最新的路由表，則請求終端進入解析分布式文件系統中的第一數據管理組的訪問信息的步驟。可選地，在本實施例中，存儲介質被設置為存儲：在路由表的同步方法請求終端發起路由表的同步方法路由表請求的過程中，如果檢測到路由表的同步方法第一數據管理組中的路由表被修改，則重新訪問路由表的同步方法分布式文件系統中的任意一個數據管理組，來獲取路由表的同步方法最新的路由表。可選地，在本實施例中，存儲介質被設置為存儲：路由表的同步方法分布式文件系統中部署的路由表的同步方法第一數據管理組以及路由表的同步方法第二數據管理組設置有讀寫請求門限，其中，路由表的同步方法讀寫請求門限用于表征對應的數據管理組中的數據管理服務器的最大訪問次數，如果路由表的同步方法數據管理服務器的訪問次數超過路由表的同步方法讀寫請求門限，則終止訪問路由表的同步方法數據管理服務器。可選地，在本實施例中，存儲介質被設置為存儲：對路由表的同步方法第一數據管理組中包含的數據管理服務器進行持久化處理，在路由表的同步方法第一數據管理組執行持久化處理完成之后，向至少一個路由表的同步方法第二數據管理組發送用于 修改路由表的遠程過程調用協議，使得路由表的同步方法第二數據管理組執行持久化處理。上述本申請實施例序號僅僅為了描述，不代表實施例的優劣。在本申請的上述實施例中，對各個實施例的描述都各有側重，某個實施例中沒有詳述的部分，可以參見其他實施例的相關描述。在本申請所提供的幾個實施例中，應該理解到，所揭露的技術內容，可通過其它的方式實現。其中，以上所描述的裝置實施例僅僅是示意性的，例如所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現時可以有另外的劃分方式，例如多個單元或組件可以結合或者可以集成到另一個系統，或一些特征可以忽略，或不執行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，單元或模塊的間接耦合或通信連接，可以是電性或其它的形式。所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網絡單元上。可以根據實際的需要選擇其中的部分或者全部單元來實現本實施例方案的目的。另外，在本申請各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現，也可以采用軟件功能單元的形式實現。所述集成的單元如果以軟件功能單元的形式實現并作為獨立的產品銷售或使用時，可以存儲在一個計算機可讀取存儲介質中。基于這樣的理解，本申請的技術方案本質上或者說對現有技術做出貢獻的部分或者該技術方案的全部或部分可以以軟件產品的形式體現出來，該計算機軟件產品存儲在一個存儲介質中，包括若干指令用以使得一臺計算機設備(可為個人計算機、服務器或者網絡設備等)執行本申請各個實施例所述方法的全部或部分步驟。而前述的存儲介質包括：u盤、只讀存儲器(rom，read-onlymemory)、隨機存取存儲器(ram，randomaccessmemory)、移動硬盤、磁碟或者光盤等各種可以存儲程序代碼的介質。以上所述僅是本申請的優選實施方式，應當指出，對于本
技術領域：
：的普通技術人員來說，在不脫離本申請原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應視為本申請的保護范圍。當前第1頁12當前第1頁12