一種訂單數(shù)據(jù)處理方法、訂單系統(tǒng)及流量充值系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了一種訂單數(shù)據(jù)處理方法、訂單系統(tǒng)及流量充值系統(tǒng)。其中，所述方法包括：接收訂單數(shù)據(jù)；按照預設的負載均衡策略，在兩個或兩個以上的數(shù)據(jù)分片shard中確定出用于寫入所述訂單數(shù)據(jù)的shard；將所述訂單數(shù)據(jù)在所述shard中緩存為二進制日志binlog數(shù)據(jù)。本發(fā)明實施例首先按照預設的負載均衡策略，為訂單數(shù)據(jù)指定shard，橫向的提高了負載并發(fā)能力；然后將訂單數(shù)據(jù)在shard中緩存為binlog數(shù)據(jù)，實現(xiàn)了將磁盤IO轉化為內存IO，將數(shù)據(jù)的訪問效率最大優(yōu)化到內存訪問的速度，進而提高了數(shù)據(jù)的處理效率。
【專利說明】
-種訂單數(shù)據(jù)處理方法、訂單系統(tǒng)及流量充值系統(tǒng)
技術領域
[0001] 本發(fā)明設及計算機應用技術領域，具體地說，設及一種訂單數(shù)據(jù)處理方法、訂單系 統(tǒng)及流量充值系統(tǒng)。
【背景技術】
[0002] 目前，移動業(yè)務的客戶群非常巨大，服務器需面臨處理大量用戶同時接入的問題， 例如，集中在同一時刻搖一搖獲取紅包，或集中下單網(wǎng)購等。傳統(tǒng)的處理方式是采用集中的 數(shù)據(jù)庫進行信息存儲，運種方式可W在一定程度上支持用戶量的增長，但是當用戶量增長 到一定程度后集中的數(shù)據(jù)庫就會無法承受并發(fā)用戶訪問的壓力。
[0003] 數(shù)據(jù)庫大小W及數(shù)據(jù)庫上每單元時間內的交易數(shù)呈線性增長，查詢數(shù)據(jù)庫的響應 時間（response time)就會W指數(shù)方式增長。顯然，如何解決高并發(fā)量的數(shù)據(jù)訪問是目前亟 待解決的問題。

【發(fā)明內容】

[0004] 有鑒于此，提出了本發(fā)明W便于提供一種克服上述問題或者至少部分地解決上述 問題的訂單數(shù)據(jù)處理方法、訂單系統(tǒng)及流量充值系統(tǒng)。
[0005] 為了解決上述技術問題，本發(fā)明公開了一種訂單數(shù)據(jù)處理方法，包括：
[0006] 接收訂單數(shù)據(jù)；
[0007] 按照預設的負載均衡策略，在兩個或兩個W上的數(shù)據(jù)分片shard中確定出用于寫 入所述訂單數(shù)據(jù)的shard;
[000引將所述訂單數(shù)據(jù)在所述shard中緩存為二進制日志Mnlog數(shù)據(jù)。
[0009] 可選的，上述的方法中，所述按照預設的負載均衡策略，在兩個或兩個W上的 shard中確定出用于寫入所述訂單數(shù)據(jù)的shard，具體為：
[0010] 在所述兩個或兩個W上的shard中，將緩存空間最大的shard作為用于寫入所述訂 單數(shù)據(jù)的shard。
[0011] 可選的，上述的方法，還包括：
[0012] 對數(shù)據(jù)庫進行切分sharding，得到所述兩個或兩個W上的shard。
[0013] 可選的，上述的方法，還包括：
[0014] 當接收到數(shù)據(jù)讀取指令時，獲取所述數(shù)據(jù)讀取指令攜帶的shard標識及數(shù)據(jù)標識； [001日]從具有所述shard標識的shard緩存中讀取所述數(shù)據(jù)標識對應的binlog數(shù)據(jù)。
[0016]可選的，上述的方法，還包括:將shard中緩存時長大于預設時長的數(shù)據(jù)進行清除。 [0017]本發(fā)明還公開了 一種訂單系統(tǒng)，包括：
[0018] 接收模塊，用于接收訂單數(shù)據(jù)；
[0019] 確定模塊，用于按照預設的負載均衡策略，在兩個或兩個W上的數(shù)據(jù)分片shard中 確定出用于寫入所述訂單數(shù)據(jù)的shard;
[0020] 存儲模塊，用于將所述訂單數(shù)據(jù)在所述shard中緩存為二進制日志binlog數(shù)據(jù)。
[0021] 可選的，上述的裝置中，所述確定模塊，具體用于在所述兩個或兩個W上的shard 中，將緩存空間最大的shard作為用于寫入所述訂單數(shù)據(jù)的shard。
[0022] 可選的，上述的裝置，還包括：
[0023] 切分模塊，用于對數(shù)據(jù)庫進行切分sharding，得到所述兩個或兩個W上的shard。
[0024] 可選的，上述的裝置，還包括：
[0025] 獲取模塊，用于當接收到數(shù)據(jù)讀取指令時，獲取所述數(shù)據(jù)讀取指令攜帶的shard標 識及數(shù)據(jù)標識；
[0026] 讀取模塊，用于從具有所述shard標識的shard緩存中讀取所述數(shù)據(jù)標識對應的 binlog 數(shù)據(jù)。
[0027] 可選的，上述的裝置，還包括：
[0028] 清除模塊，用于將shard中緩存時長大于預設時長的數(shù)據(jù)進行清除。
[0029] 本發(fā)明還公開了一種流量充值系統(tǒng)，包括:訂單系統(tǒng);其中，所述訂單系統(tǒng)，用于：
[0030] 接收訂單數(shù)據(jù)；
[0031] 按照預設的負載均衡策略，在兩個或兩個W上的數(shù)據(jù)分片shard中確定出用于寫 入所述訂單數(shù)據(jù)的shard;
[0032] 將所述訂單數(shù)據(jù)在所述shard中緩存為二進制日志binlog數(shù)據(jù)。
[0033] 與現(xiàn)有技術相比，本發(fā)明實施例首先按照預設的負載均衡策略，為訂單數(shù)據(jù)指定 shard,橫向的提高了負載并發(fā)能力;然后將訂單數(shù)據(jù)在shard中緩存為binlog數(shù)據(jù)，實現(xiàn)了 將磁盤IO轉化為內存10,將數(shù)據(jù)的訪問效率最大優(yōu)化到內存訪問的速度，進而提高了數(shù)據(jù) 的處理效率。
【附圖說明】
[0034] 此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本發(fā)明的一部分，本發(fā) 明的示意性實施例及其說明用于解釋本發(fā)明，并不構成對本發(fā)明的不當限定。在附圖中：
[0035] 圖1是本發(fā)明實施例一提供的訂單數(shù)據(jù)處理方法的流程示意圖；
[0036] 圖2是本發(fā)明實施例二提供的訂單系統(tǒng)的結構示意圖；
[0037] 圖3是本發(fā)明實施例=提供的流量充值系統(tǒng)的數(shù)據(jù)交互示意圖。
【具體實施方式】
[0038] W下將配合附圖及實施例來詳細說明本發(fā)明的實施方式，藉此對本發(fā)明如何應用 技術手段來解決技術問題并達成技術功效的實現(xiàn)過程能充分理解并據(jù)W實施。
[0039] 圖1示出了本發(fā)明實施例一提供的一種訂單數(shù)據(jù)處理方法的流程示意圖。如圖1所 示，本發(fā)明實施例一提供的所述方法，包括：
[0040] 步驟101、接收訂單數(shù)據(jù)。
[0041] 步驟102、按照預設的負載均衡策略，在兩個或兩個W上的數(shù)據(jù)分片shard中確定 出用于寫入所述訂單數(shù)據(jù)的shard。
[0042] 其中，預設的負載均衡策略可由設計人員設定。例如，將所有shard中緩存空間最 大的shard指定為用于寫入當前訂單數(shù)據(jù)的shard。即本步驟可采用如下方法實現(xiàn)：
[0043] 在所述兩個或兩個W上的shard中，將緩存空間最大的shard作為用于寫入所述訂 單數(shù)據(jù)的shard。
[0044] 當然，預設的負載均衡策略還可W是:順序輪詢各shard,將接收到的訂單數(shù)據(jù)按 照順序進行分發(fā)。本發(fā)明實施例對此不作具體限定。
[0045] 步驟103、將所述訂單數(shù)據(jù)在所述shard中緩存為二進制日志Mnlog數(shù)據(jù)。
[0046] 其中，本步驟中所述shard為上述步驟102通過負載均衡策略確定出的。運里需要 說明的是:二進制日志緩存(Binlog化che)用于在打開了二進制日志(binlog)記錄功能的 環(huán)境，是MySQL用來提高binlog的記錄效率而設計的一個用于短時間內臨時緩存binlog數(shù) 據(jù)的內存區(qū)域。一般來說，寫入不是特別頻繁，2MB~4MB是一個合適的選擇。但是如果寫入 量比較大，可W適當調高binlog_cache_size。同時，可W通過binlog_cache_use W及 binlog_cache_disk_use來分析設置的binlog_cache_size是否足夠，是否有大量的 binlog_cache由于內存大小不夠而使用臨時文件(binlog_cache_disk_use)來緩存了。
[0047] 與現(xiàn)有技術相比，本發(fā)明實施例首先按照預設的負載均衡策略，為訂單數(shù)據(jù)指定 shard,橫向的提高了負載并發(fā)能力;然后將訂單數(shù)據(jù)在shard中緩存為binlog數(shù)據(jù)，實現(xiàn)了 將磁盤IO轉化為內存10。從內存中讀取一個數(shù)據(jù)的時間是微秒級別，而從一塊普通硬盤上 讀取一個IO是在毫秒級別，二者相差3個數(shù)量級；顯然，采用本發(fā)明實施例提供的技術方案 將數(shù)據(jù)的訪問效率最大優(yōu)化到內存訪問的速度，進而提高了數(shù)據(jù)的處理效率。
[0048] 進一步的，本發(fā)明實施例提供的所述方法，還可包括：
[0049] 步驟104、對數(shù)據(jù)庫進行切分Sharding，得到兩個或兩個W上的shard。
[0050] 形式上，Sharding可W簡單定義為將大數(shù)據(jù)庫分布到多個物理節(jié)點上的一個分區(qū) 方案。每一個分區(qū)包含數(shù)據(jù)庫的某一部分，成為一個shard,分區(qū)方式可W是任意的，并不局 限于傳統(tǒng)的水平分區(qū)和垂直分區(qū)。一個shard可W包含多個表的內容甚至可W包含多個數(shù) 據(jù)庫實例中的內容。每個shard被放置在一個數(shù)據(jù)庫服務器上。一個數(shù)據(jù)庫服務器可W處理 一個或多個shard的數(shù)據(jù)。系統(tǒng)中需要由服務器進行查詢路由轉發(fā)，負責將查詢轉發(fā)到包含 該查詢所訪問數(shù)據(jù)的shard或shards節(jié)點上去執(zhí)行。
[0化1] 每個shard擁有自己的CPlKcentral processing unit,中央處理器）和內存，管理 自己的存儲空間，各個shard之間不共享數(shù)據(jù)，應用通過分片管理（即數(shù)據(jù)的存儲方式)找到 正確的shard來進行數(shù)據(jù)讀寫。
[0052] 進一步的，本發(fā)明實施例提供的所述方法還可包括：
[0053] 步驟105、當接收到數(shù)據(jù)讀取指令時，獲取所述數(shù)據(jù)讀取指令攜帶的shard標識及 數(shù)據(jù)標識。
[0054] 步驟106、從具有所述shard標識的shard緩存中讀取所述數(shù)據(jù)標識對應的binlog 數(shù)據(jù)。
[0055] 進一步的，本發(fā)明實施例提供的所述方法還可包括：
[0056] 將shard中緩存時長大于預設時長的數(shù)據(jù)進行清除。
[0057] 通過將緩存時長大于預設時長的數(shù)據(jù)清除掉，可保障shard有充足的內存來存儲 緩存數(shù)據(jù)。
[0058] 需要說明的是:對于前述的各方法實施例，為了簡單描述，故將其都表述為一系列 的動作組合，但是本領域技術人員應該知悉，本發(fā)明并不受所描述的動作順序的限制，因為 依據(jù)本發(fā)明，某些步驟可W采用其他順序或者同時進行。其次，本領域技術人員也應該知 悉，說明書中所描述的實施例均屬于優(yōu)選實施例，所設及的動作和模塊并不一定是本發(fā)明 所必須的。
[0059] 圖2示出了本發(fā)明實施例二提供的一種訂單系統(tǒng)的結構示意圖。如圖2所示，本實 施例二提供的所述訂單系統(tǒng)，可包括:接收模塊10、確定模塊20和存儲模塊30。其中，接收模 塊10用于接收訂單數(shù)據(jù)。確定模塊20用于按照預設的負載均衡策略，在兩個或兩個W上的 數(shù)據(jù)分片shard中確定出用于寫入所述訂單數(shù)據(jù)的shard。存儲模塊30用于將所述訂單數(shù)據(jù) 在所述shard中緩存為二進制日志binlog數(shù)據(jù)。
[0060] 與現(xiàn)有技術相比，本發(fā)明實施例首先按照預設的負載均衡策略，為訂單數(shù)據(jù)指定 shard,橫向的提高了負載并發(fā)能力;然后將訂單數(shù)據(jù)在shard中緩存為binlog數(shù)據(jù)，實現(xiàn)了 將磁盤IO轉化為內存10,將數(shù)據(jù)的訪問效率最大優(yōu)化到內存訪問的速度，進而提高了數(shù)據(jù) 的處理效率。
[0061] 運里需要說明的是:本發(fā)明實施例二提供的訂單系統(tǒng)可實現(xiàn)上述實施例一提供的 所述訂單數(shù)據(jù)處理方法，具體的實現(xiàn)原理可參見上述實施例一中的相關內容，此處不再寶 述。
[0062] 進一步的，上述的確定模塊具體用于在所述兩個或兩個W上的shard中，將緩存空 間最大的shard作為用于寫入所述訂單數(shù)據(jù)的shard。
[0063] 進一步的，上述的訂單系統(tǒng)還可包括:切分模塊。其中，所述切分模塊用于對數(shù)據(jù) 庫進行切分sharding，得到兩個或兩個W上的shard。
[0064] 進一步的，上述的訂單系統(tǒng)還可包括:獲取模塊和讀取模塊。其中，獲取模塊，用于 當接收到數(shù)據(jù)讀取指令時，獲取所述數(shù)據(jù)讀取指令攜帶的shard標識及數(shù)據(jù)標識。讀取模 塊，用于從具有所述shard標識的shard緩存中讀取所述數(shù)據(jù)標識對應的binlog數(shù)據(jù)。
[0065] 進一步的，上述的訂單系統(tǒng)還可包括:清除模塊。其中，該清除模塊用于將shard中 緩存時長大于預設時長的數(shù)據(jù)進行清除。
[0066] 本發(fā)明實施例=提供的流量充值系統(tǒng)。所述流量充值系統(tǒng)包括訂單系統(tǒng)。其中，所 述訂單系統(tǒng)，用于：
[0067] 接收訂單數(shù)據(jù)；
[0068] 按照預設的負載均衡策略，在兩個或兩個W上的數(shù)據(jù)分片shard中確定出用于寫 入所述訂單數(shù)據(jù)的shard;
[0069] 將所述訂單數(shù)據(jù)在所述shard中緩存為二進制日志binlog數(shù)據(jù)。
[0070] 與現(xiàn)有技術相比，本發(fā)明實施例首先按照預設的負載均衡策略，為訂單數(shù)據(jù)指定 shard,橫向的提高了負載并發(fā)能力;然后將訂單數(shù)據(jù)在shard中緩存為binlog數(shù)據(jù)，實現(xiàn)了 將磁盤10轉化為內存10,將數(shù)據(jù)的訪問效率最大優(yōu)化到內存訪問的速度，進而提高了數(shù)據(jù) 的處理效率。
[0071] 運里需要說明的是:本發(fā)明實施例=提供的所述流量充值系統(tǒng)中包含的所述訂單 系統(tǒng)可采用上述實施例二提供的技術方案實現(xiàn)，具體實現(xiàn)結構可參見上述實施例二中的相 關內容。
[0072] 圖3示出了本發(fā)明實施例=提供的流量充值系統(tǒng)的數(shù)據(jù)交互示意圖。如圖3所示， 所述流量充值系統(tǒng)包括:客戶端、流量充值平臺、訂單系統(tǒng)、支付中屯、W及流量分銷商CP。具 體的，用戶通過客戶端為手機進行流量充值的過程如下：
[0073] 步驟SI、客戶端向流量充值平臺發(fā)送流量充值訂單請求。
[0074] 其中，流量充值可W是話費充值、上網(wǎng)流量充值或游戲充值等等。
[0075] 步驟S2、流量充值平臺創(chuàng)建訂單，并將訂單數(shù)據(jù)發(fā)送至訂單系統(tǒng)。
[0076] 其中，所述訂單系統(tǒng)可實現(xiàn)上述實施例一提供的所述訂單數(shù)據(jù)處理方法。即所述 訂單系統(tǒng)在接收到所述訂單數(shù)據(jù)后，按照預設的負載均衡策略，在兩個或兩個W上的數(shù)據(jù) 分片shard中確定出用于寫入所述訂單數(shù)據(jù)的shard;將所述訂單數(shù)據(jù)在所述shard中緩存 為二進制日志Mnlog數(shù)據(jù)。
[0077] 步驟S3、客戶端在接收到所述訂單系統(tǒng)的反饋響應后，向流量充值平臺發(fā)起支付。
[0078] 步驟S4、流量充值平臺接收到支付請求后，向所述支付中屯、發(fā)起支付。
[0079] 運里需要說明的是:流量充值平臺在向所述支付中屯、發(fā)起支付后，支付中屯、會向 流量充值平臺反饋支付響應;流量充值平臺接收到該支付響應后會向訂單系統(tǒng)發(fā)送修改訂 單狀態(tài)的請求信息;訂單系統(tǒng)根據(jù)所述請求信息中攜帶的訂單標識修改該訂單標識對應的 訂單狀態(tài)，并將修改后的訂單狀態(tài)反饋給流量充值平臺；流量充值平臺將修改后的訂單狀 態(tài)反饋至客戶端，W呈現(xiàn)在用戶界面上。
[0080] 步驟S5、流量充值平臺接收到所述支付中屯、反饋的支付成功后，向所述流量分銷 商CP發(fā)起充值。
[0081] 其中，所述CP可W為一個或多個。流量充值平臺通過記錄CP的運營參數(shù)，并根據(jù)運 營參數(shù)確定CP對應的流量權重，然后根據(jù)該流量權重為CP分配流量，W調整所述CP的業(yè)務 量，實現(xiàn)對CP的業(yè)務量進行控制，例如，若流量權重低，可為CP分配較低的流量;若流量權重 高，則可為CP分配較高的流量，從而能有效的保護優(yōu)質CP的網(wǎng)絡運營環(huán)境，使得網(wǎng)絡資源得 到合理的應用，為用戶提供更為優(yōu)質的CP，進而提高了用戶的充值體驗。所述運營參數(shù)包 括:價格、運營穩(wěn)定性、延時、業(yè)務成交成功率中任意一個或多個的組合。流量充值平臺通過 上述方法可為用戶選擇相應業(yè)務(如話費充值、流量充值或)一個優(yōu)質的CP來完成流量的充 值。
[0082] 上述的根據(jù)運營參數(shù)確定CP對應的流量權重，然后根據(jù)該流量權重為CP分配流 量，可采用如下方法實現(xiàn)：
[0083] 首先、若所述運營參數(shù)中包含有所述價格，則根據(jù)所述價格為所述CP配置第一權 重值;和/或
[0084] 若所述監(jiān)控參數(shù)中包含有所述運營穩(wěn)定性，則根據(jù)所述運營穩(wěn)定性為所述CP配 置第二權重值;和/或
[0085] 若所述監(jiān)控參數(shù)中包含有所述延時，則根據(jù)所述延時為所述CP配置第S權重值； 和/或
[0086] 若所述監(jiān)控參數(shù)中包含有所述業(yè)務成交成功率，則根據(jù)所述業(yè)務成交成功率為所 述CP配置第四權重值。
[0087] 運里需要說明的是:上述的"根據(jù)所述價格為所述CP配置第一權重值"可采用如下 方法實現(xiàn)：
[0088] 根據(jù)預設的價格和權重值的對應的關系，獲取所述價格對應的權重值，該獲取到 的權重值即為為所述CP配置的第一權重值。
[0089] 其中，所述預設的價格和權重值的對應關系可人為設定。價格和權重值在本地存 儲區(qū)域中進行關聯(lián)存儲。例如，下表1示出的價格和權重值的對應關系。
[0090] 表1、價格和權重值的對應關系
[0091]
[0092] 同理，上述的"根據(jù)所述運營穩(wěn)定性為所述CP配置第二權重值"、"根據(jù)所述延時為 所述CP配置第S權重值"W及"根據(jù)所述業(yè)務成交成功率為所述CP配置第四權重值"均可采 用上述的方法實現(xiàn)。本發(fā)明實施例僅示出了一種權重值的配置方式，實質上還可采用其他 方法實現(xiàn)，例如，為每一種運營參數(shù)設置對應的權重配置策略，根據(jù)運營參數(shù)，按照所述權 重配置策略為CP配置相應的權重;等等，本發(fā)明實施例對此不作具體限定。
[0093] 然后、結合所述第一權重值、所述第二權重值、所述第=權重值和所述第四權重 值中的任意一個或多個，確定所述CP對應的流量權重。
[0094] 其中，本步驟具體可采用如下方法實現(xiàn)：
[00M]根據(jù)預設的確定函數(shù)，將所述第一權重值、所述第二權重值、所述第=權重值和所 述第四權重值中的任意一個或多個作為所述確定函數(shù)的輸入?yún)?shù)，確定出所述CP對應的流 量權重。
[0096] 運里需要說明的是:所述預設的確定函數(shù)可W是工作人員根據(jù)實踐經驗預先編輯 出來的函數(shù)。例如，所述確定函數(shù)可示意性的表征為如下：
[0097] 若所述CP配置了所述第一權重值，則將所述CP對應的流量權重更新為所述流量權 重與所述第一權重值之和；
[0098] 若所述CP配置了所述第二權重值，則將所述CP對應的流量權重更新為所述流量權 重與所述第二權重值之和；
[0099] 若所述CP配置了所述第=權重值，則將所述CP對應的流量權重更新為所述流量權 重與所述第=權重值之和；
[0100] 若所述CP配置了所述第四權重值，則將所述CP對應的流量權重更新為所述流量權 重與所述第四權重值之和。
[0101] 在具體實施時，流量充值平臺可根據(jù)預設的流量權重與流量的對應關系，獲取所 述CP對應的流量權重對應的流量，并為所述CP分配所述流量;或者可根據(jù)預設的流量分配 策略，基于所述流量權重為所述CP分配對應的流量。
[0102] 流量充值平臺為了確保CP的正常運行，流量充值平臺管理CP的方法，還可包括如 下步驟：
[0103] 首先，監(jiān)控所述CP的運行狀態(tài)。
[0104] 然后，當監(jiān)控到所述CP的運行狀態(tài)為非正常運行狀態(tài)時，將所述CP中的數(shù)據(jù)做備 份和/或將所述CP切換到指定CP。
[0105] 其中，所述指定CP可W為新創(chuàng)建的CP，也可W是已有的，且提供與所述CP相同流量 充值業(yè)務的CP。若提供與所述CP相同流量充值業(yè)務的CP為兩個或兩個W上時，可將其中業(yè) 務量少的CP作為所述指定CP;或者可將其中運營穩(wěn)定性好的CP作為所述指定CP;或者可將 其中流量權重值高的CP作為所述指定CP。
[0106] 進一步的，流量充值平臺管理CP的方法，還可包括：
[0107] 若所述運營參數(shù)中包含有運營穩(wěn)定性，則當監(jiān)控到所述CP的運行狀態(tài)為非正常運 行狀態(tài)時，按照預設的第一調整比例調低所述CP的運營穩(wěn)定性；
[0108] 若所述運營參數(shù)中包含有業(yè)務成交成功率，則當監(jiān)控到所述CP的運行狀態(tài)為非正 常運行狀態(tài)時，按照預設的第二調整比例調低所述CP的業(yè)務成交成功率。
[0109] 其中，所述預設的第一調整比例和所述預設的第二調整比例可W是經驗值，例如， 0.5個百分點、1個百分點或1.5個百分點等等；即當監(jiān)控到所述CP的運行狀態(tài)為非正常狀態(tài) 時，將所述CP的運營穩(wěn)定性調低0.5個百分點，將所述CP的業(yè)務交易成功率調低1個百分點。
[0110] 進一步的，流量充值平臺管理CP的方法，還可包括如下步驟：
[0111] 根據(jù)所述CP的流量權重，確定所述CP的排名次序，W將所述CP展現(xiàn)在客戶端界面 的所述排名次序對應的排名位置上。
[0112] 通過上述步驟，可對流量充值系統(tǒng)上的CP進行排名，例如，流量權重高的CP排在前 面，更加方便用戶選擇到優(yōu)質的CP，進一步的提高了用戶的充值體驗。
[0113] 步驟S6、CP執(zhí)行充值操作，并向所述流量充值平臺反饋充值響應。
[0114] 步驟S7、流量充值平臺向所述訂單系統(tǒng)發(fā)送修改訂單狀態(tài)請求，并接收所述訂單 系統(tǒng)修改訂單狀態(tài)后的反饋信息。
[0115] 步驟S8、流量充值平臺接收到客戶端發(fā)送的訂單狀態(tài)查詢請求后，向所述客戶端 反饋訂單狀態(tài)信息。
[0116] W上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可 W是或者也可W不是物理上分開的，作為單元顯示的部件可W是或者也可W不是物理單 元，即可W位于一個地方，或者也可W分布到多個網(wǎng)絡單元上?？蒞根據(jù)實際的需要選擇其 中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。本領域普通技術人員在不付出創(chuàng)造性 的勞動的情況下，即可W理解并實施。
[0117] 通過W上的實施方式的描述，本領域的技術人員可W清楚地了解到各實施方式可 借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可W通過硬件?；谶\樣的理解，上 述技術方案本質上或者說對現(xiàn)有技術做出貢獻的部分可WW軟件產品的形式體現(xiàn)出來，該 計算機軟件產品可W存儲在計算機可讀存儲介質中，如R0M/RAM、磁碟、光盤等，包括若干 指令用W使得一臺計算機設備(可W是個人計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行各個實 施例或者實施例的某些部分所述的方法。
[0118] 如在說明書及權利要求當中使用了某些詞匯來指稱特定組件。本領域技術人員應 可理解，硬件制造商可能會用不同名詞來稱呼同一個組件。本說明書及權利要求并不W名 稱的差異來作為區(qū)分組件的方式，而是W組件在功能上的差異來作為區(qū)分的準則。如在通 篇說明書及權利要求當中所提及的"包含"為一開放式用語，故應解釋成"包含但不限定 于"。"大致"是指在可接收的誤差范圍內，本領域技術人員能夠在一定誤差范圍內解決所述 技術問題，基本達到所述技術效果。
[0119] 還需要說明的是，術語"包括"、"包含"或者其任何其他變體意在涵蓋非排他性的 包含，從而使得包括一系列要素的商品或者系統(tǒng)不僅包括那些要素，而且還包括沒有明確 列出的其他要素，或者是還包括為運種商品或者系統(tǒng)所固有的要素。在沒有更多限制的情 況下，由語句"包括一個……"限定的要素，并不排除在包括所述要素的商品或者系統(tǒng)中還 存在另外的相同要素。
[0120] 上述說明示出并描述了本發(fā)明的若干優(yōu)選實施例，但如前所述，應當理解本發(fā)明 并非局限于本文所披露的形式，不應看作是對其他實施例的排除，而可用于各種其他組合、 修改和環(huán)境，并能夠在本文所述發(fā)明構想范圍內，通過上述教導或相關領域的技術或知識 進行改動。而本領域人員所進行的改動和變化不脫離本發(fā)明的精神和范圍，則都應在本發(fā) 明所附權利要求的保護范圍內。
[0121] 本發(fā)明公開了 AU-種訂單數(shù)據(jù)處理方法，包括：
[0122] 接收訂單數(shù)據(jù)；
[0123] 按照預設的負載均衡策略，在兩個或兩個W上的數(shù)據(jù)分片shard中確定出用于寫 入所述訂單數(shù)據(jù)的shard;
[0124] 將所述訂單數(shù)據(jù)在所述shard中緩存為二進制日志binlog數(shù)據(jù)。
[0125] A2、如Al所述的方法，所述按照預設的負載均衡策略，在兩個或兩個W上的shard 中確定出用于寫入所述訂單數(shù)據(jù)的shard，具體為：
[0126] 在所述兩個或兩個W上的shard中，將緩存空間最大的shard作為用于寫入所述訂 單數(shù)據(jù)的shard。
[0127] A3、如Al或A2所述的方法，還包括：
[0128] 對數(shù)據(jù)庫進行切分Sharding，得到所述兩個或兩個W上的shard。
[01巧]A4、如Al或A2所述的方法，還包括：
[0130]當接收到數(shù)據(jù)讀取指令時，獲取所述數(shù)據(jù)讀取指令攜帶的shard標識及數(shù)據(jù)標識； [0131 ]從具有所述shard標識的shard緩存中讀取所述數(shù)據(jù)標識對應的binlog數(shù)據(jù)。
[0132] A5、如Al或A2所述的方法，還包括：
[0133] 將shard中緩存時長大于預設時長的數(shù)據(jù)進行清除。
[0134] 本發(fā)明還公開了 B6、一種訂單系統(tǒng)，包括：
[0135] 接收模塊，用于接收訂單數(shù)據(jù)；
[0136] 確定模塊，用于按照預設的負載均衡策略，在兩個或兩個W上的數(shù)據(jù)分片shard中 確定出用于寫入所述訂單數(shù)據(jù)的shard;
[0137] 存儲模塊，用于將所述訂單數(shù)據(jù)在所述shard中緩存為二進制日志binlog數(shù)據(jù)。
[0138] B7、如B6所述的訂單系統(tǒng)，所述確定模塊，具體用于在所述兩個或兩個W上的 shard中，將緩存空間最大的shard作為用于寫入所述訂單數(shù)據(jù)的shard。
[0139 ] B8、如B6或B7所述的訂單系統(tǒng)，還包括：
[0140] 切分模塊，用于對數(shù)據(jù)庫進行切分sharding，得到所述兩個或兩個W上的shard。
[0141] B9、如B6或B7所述的訂單系統(tǒng)，還包括：
[0142] 獲取模塊，用于當接收到數(shù)據(jù)讀取指令時，獲取所述數(shù)據(jù)讀取指令攜帶的shard標 識及數(shù)據(jù)標識；
[0143] 讀取模塊，用于從具有所述shard標識的shard緩存中讀取所述數(shù)據(jù)標識對應的 binlog 數(shù)據(jù)。
[0144] B10、如B6或B7所述的訂單系統(tǒng)，還包括：
[0145] 清除模塊，用于將shard中緩存時長大于預設時長的數(shù)據(jù)進行清除。
[0146] 本發(fā)明還公開了 C11、一種流量充值系統(tǒng)，包括:上述的B6~BlO中任一項所述的訂 單系統(tǒng)。
【主權項】
1. 一種訂單數(shù)據(jù)處理方法，其特征在于，包括： 接收訂單數(shù)據(jù)； 按照預設的負載均衡策略，在兩個或兩個以上的數(shù)據(jù)分片shard中確定出用于寫入所 述訂單數(shù)據(jù)的shard; 將所述訂單數(shù)據(jù)在所述shard中緩存為二進制日志binlog數(shù)據(jù)。2. 根據(jù)權利要求1所述的方法，其特征在于，所述按照預設的負載均衡策略，在兩個或 兩個以上的shard中確定出用于寫入所述訂單數(shù)據(jù)的shard，具體為： 在所述兩個或兩個以上的shard中，將緩存空間最大的shard作為用于寫入所述訂單數(shù) 據(jù)的shard。3. 根據(jù)權利要求1或2所述的方法，其特征在于，還包括： 對數(shù)據(jù)庫進行切分sharding，得到所述兩個或兩個以上的shard。4. 根據(jù)權利要求1或2所述的方法，其特征在于，還包括： 當接收到數(shù)據(jù)讀取指令時，獲取所述數(shù)據(jù)讀取指令攜帶的shard標識及數(shù)據(jù)標識； 從具有所述shard標識的shard緩存中讀取所述數(shù)據(jù)標識對應的binlog數(shù)據(jù)。5. 根據(jù)權利要求1或2所述的方法，其特征在于，還包括： 將shard中緩存時長大于預設時長的數(shù)據(jù)進行清除。6. -種訂單系統(tǒng)，其特征在于，包括： 接收模塊，用于接收訂單數(shù)據(jù)； 確定模塊，用于按照預設的負載均衡策略，在兩個或兩個以上的數(shù)據(jù)分片shard中確定 出用于寫入所述訂單數(shù)據(jù)的shard; 存儲模塊，用于將所述訂單數(shù)據(jù)在所述shard中緩存為二進制日志binlog數(shù)據(jù)。7. 根據(jù)權利要求6所述的訂單系統(tǒng)，其特征在于，所述確定模塊，具體用于在所述兩個 或兩個以上的shard中，將緩存空間最大的shard作為用于寫入所述訂單數(shù)據(jù)的shard。8. 根據(jù)權利要求6或7所述的訂單系統(tǒng)，其特征在于，還包括： 切分模塊，用于對數(shù)據(jù)庫進行切分sharding，得到所述兩個或兩個以上的shard。9. 根據(jù)權利要求6或7所述的訂單系統(tǒng)，其特征在于，還包括： 清除模塊，用于將shard中緩存時長大于預設時長的數(shù)據(jù)進行清除。10. -種流量充值系統(tǒng)，其特征在于，包括:上述權利要求6~9中任一項所述的訂單系 統(tǒng)。
【文檔編號】G06Q30/06GK106022874SQ201610327113
【公開日】2016年10月12日
【申請日】2016年5月17日
【發(fā)明人】魏自立, 杜旭東, 穆玉偉, 鐘基洪, 庾洋, 田敬燾
【申請人】北京奇虎科技有限公司, 奇智軟件（北京）有限公司