[發明專利]一種設置高可用臨時ID的方法及其系統

在審

• 申請號: 201910840307.5
• 申請日: 2019-09-06
• 公開（公告）號: CN110609823A
• 公開（公告）日: 2019-12-24
• 發明（設計）人: 劉德建;鄭含章;黃鐘貴;范福生;詹彥安;江洪;林曉煒;李正;岳萬恕;陳宏展
• 申請（專利權）人: 福建天晴數碼有限公司
• 主分類號: G06F16/21
• 分類號: G06F16/21;G06F16/2455
• 代理公司: 35233 福州旭辰知識產權代理事務所(普通合伙)
• 代理人: 程勇

本發明提供了一種設置高可用臨時ID的方法，所述方法包括請求準備步驟和用戶消耗步驟；所述請求準備步驟為：準備非關系型的數據庫NOSQL庫存、批量生成臨時ID種子入庫；利用可回滾機制將臨時ID遷移至非關系型的數據庫NOSQL的緩存系統中；所述用戶消耗步驟為：消耗緩存系統的緩存池中臨時ID；如果緩存池中臨時ID數量不足，則通過異步補充緩存池；本發明解決高并發時臨時ID可用數量不足的問題。

技術領域

本發明涉及計算機領域，特別是一種設置高可用臨時ID的方法及其系統。

背景技術

針對新游戲新平臺會有大量的用戶進行注冊時，這個時候流量大，要獲取一個可用的注冊ID如果從主庫獲取容易阻塞、從庫獲取對及時性要求很高、不可取，放到一個緩存系統中如果庫存不足的情況下也會出問題。還有一種情況是目前在各種平臺訪客登錄、以及試玩游戲等方面為了在正式注冊登錄后為了更好的體驗，需要臨時保存其數據，在重新以注冊用戶的身份登錄時可以無縫對接，這時候也需要一個臨時高可用的臨時ID作為唯一標識。目前的解決方案存在的問題是：1、高并發時會造成阻塞；2、臨時ID無法保證多機器同時運行時的唯一性。

專業俗語解釋：

臨時ID：非正式使用的唯一標識、在轉正式的可直接使用臨時ID的數據。

可回滾機制：若總步驟為兩步，第一步對數據進行了更改操作，第二步失敗了，回滾可將狀態重置為第一步之前的狀態。

發明內容

為克服上述問題，本發明的目的是提供一種設置高可用臨時ID的方法，解決高并發時臨時ID可用數量不足的問題。

本發明采用以下方案實現：一種設置高可用臨時ID的方法，所述方法包括請求準備步驟和用戶消耗步驟；所述請求準備步驟為：準備非關系型的數據庫NOSQL庫存、批量生成臨時ID種子入庫；利用可回滾機制將臨時ID遷移至非關系型的數據庫NOSQL的緩存系統中；所述用戶消耗步驟為：消耗緩存系統的緩存池中臨時ID；如果緩存池中臨時ID數量不足，則通過異步補充緩存池。

進一步的，所述請求準備步驟進一步具體為：準備非關系型的數據庫NOSQL庫存，對臨時ID使用可回滾的機制進行提取和提取后的刪除、保證數據的唯一性；將提取出來的多個臨時ID進行批量保存到可集中管理的非關系型的數據庫NOSQL中，同時分散到多個緩存池進行緩存。

進一步的，所述通過異步補充緩存池具體為：緩存池中臨時ID數量不足，用戶照常使用這個緩存池中的臨時ID，同時將該緩存池被使用的優先級降低，通過設定的程序去自動補充該緩存池中的臨時ID的庫存。

另外，本發明還提供了一種設置高可用臨時ID的系統，所述系統包括請求準備階段模塊和用戶消耗階段模塊；所述準備階段模塊用于：準備非關系型的數據庫NOSQL庫存、批量生成臨時ID種子入庫；利用可回滾機制將臨時ID遷移至非關系型的數據庫NOSQL的緩存系統中；所述用戶消耗階段模塊用于：消耗緩存系統的緩存池中臨時ID；如果緩存池中臨時ID數量不足，則通過異步補充緩存池。

進一步的，所述請求準備階段模塊進一步具體為：準備非關系型的數據庫NOSQL庫存，對臨時ID使用可回滾的機制進行提取和提取后的刪除、保證數據的唯一性；將提取出來的多個臨時ID進行批量保存到可集中管理的非關系型的數據庫NOSQL中，同時分散到多個緩存池進行緩存。

進一步的，所述通過異步補充緩存池具體為：緩存池中臨時ID數量不足，用戶照常使用這個緩存池中的臨時ID，同時將該緩存池被使用的優先級降低，通過設定的程序去自動補充該緩存池中的臨時ID的庫存。

本發明的有益效果在于：1、加強系統對于臨時用戶的可控管理。2、解決高并發時臨時ID可用數量不足的問題。3、確保臨時ID的高可用和唯一性。

附圖說明

圖1是本發明的方法流程示意圖。