隨着信息技術的飛速發展,企業愈來愈依賴於信息化管理。儘管當前各類新的技術層出不窮,但大多數企業的業務數據依然主要存儲在數據庫中, 數據庫是應用系統的基石,數據庫中存儲着大量的數據信息,數據庫的穩定性、性能、擴展性,對業務的運營起着相當重要的做用。TcaplusDB做爲騰訊自研的分佈式NoSQL數據庫,致力於幫助客戶解決數據存儲問題,爲業務保駕護航。數據庫
如下爲TcaplusDB常見入門問題(數據庫使用類-3)數據結構
寫操做時,響應包裏支持返回記錄,讀操做調用該函數無效,具體的 result_flag 值含義以下: 0表示:只需返回操做執行成功與否,不須要返回 value 字段。 1表示:返回與請求字段一致的數據。 2表示:須返回變動記錄的全部字段最新數據。 3表示:須返回變動記錄的全部字段舊數據。分佈式
SetResultFlagForSuccess 接口能夠設置成功場景下,返回的數據狀況;SetResultFlagForFail 接口能夠設置在失敗場景下,返回的數據狀況。函數
increase 操做能夠一次對多個 普通字段進行 increase 操做,須要 gameserver 傳遞的請求裏對多個字段都進行了賦值,若是某個 key 不存在時,再進行 increase 操做,此時能夠經過函數 SetAddableIncreaseFlag 設置;若是 key 不存在時,插入該 key 並進行 increase 操做,該 key 的非 increase 字段不會實際存儲,在讀取該條記錄時非 increase 字段會採用默認值;若是 key 存在,則直接會執行 increase 操做。性能
TcaplusDB 讀取記錄時,支持在固定時間內記錄沒有變化則不返回 value 字段、記錄版本號沒有變化則不返回 value 字段,具體的見函數 SetFlags 函數。url
TcaplusDB 支持回檔,包括全區全服、單張表、千億條記錄回檔N條記錄,支持冷備時間回檔(最近的凌晨01:05:00)、精確時間回檔(秒級別)、模糊回檔(您指定回檔的規則),精確時間回檔的速度請參照300GB數據、200GBUlog流水,耗時2小時左右,回檔的原理,冷備時間回檔即替換引擎文件,精確時間回檔,將冷備的引擎文件 + 執行Ulog流水,執行到須要回檔的時間點便可,基於 key 的回檔須要您配合,先對這些 key 封號,TcaplusDB 回檔完畢後,再對這些 key 解封。.net
推薦在業務場景1:N(N > 1024)下使用部分 key(索引)查詢,單個索引鍵下的主鍵個數 = 10GB/單條記錄主鍵的大小,單次讀寫索引操做耗時100ms左右(單條索引鍵下有10w+以上的數據記錄)。日誌
TcaplusDB API 對每一個請求分配個 ID,發送成功後,將 ID 壓入判斷超時數據結構裏,若是該請求的響應包回來後,則從數據結構裏刪除該 ID,若是在3秒內該請求的響應包尚未被應用層處理,則會顯示打印錯誤日誌,關鍵字包括 it is timeout,此時須要看下 gameserver 是否被阻塞,多是 tcaproxy(接入層)在向 gameserver 端回包時丟包,多是響應包已經到達了 gameserver 端,可是 gameserver 端沒有及時處理 TcaplusDB 推薦您本身實現超時機制,這樣能夠對超時的請求進行重試等處理。server
歡迎聯繫咱們!索引
公衆號:
TcaplusDB
社區:
https://tcaplusdb.tencent.com/ 一對一服務:
QQ:3426723433
購買連接: