[發明專利]數據的訪問命令處理方法、裝置和系統

在審

• 申請號: 201811097483.6
• 申請日: 2018-09-19
• 公開（公告）號: CN110928935A
• 公開（公告）日: 2020-03-27
• 發明（設計）人: 魯振華
• 申請（專利權）人: 阿里巴巴集團控股有限公司
• 主分類號: G06F16/25
• 分類號: G06F16/25;G06F16/22
• 代理公司: 北京博浩百睿知識產權代理有限責任公司 11134
• 代理人: 褚敏;宋子良

本申請公開了一種數據的訪問命令處理方法、裝置和系統。其中，該方法包括：通過主線程接收來自于客戶端的訪問命令，其中，訪問命令用于從第一預設存儲區域獲取當前存儲的至少一個鍵對應的取值，第一預設存儲區域為基于內存的采用鍵值對結構進行數據存儲的存儲區域；根據訪問命令待獲取鍵值的存儲位置確定訪問命令的處理方式。本申請解決了相關技術中存儲系統中數據的讀寫性能差的技術問題。

技術領域

本申請涉及計算機領域，具體而言，涉及一種數據的訪問命令處理方法、裝置和系統。

背景技術

Redis數據庫作為開源的純內存Key-Value(鍵-值)數據庫，以其高性能，豐富的數據類型和特性得到了廣泛的應用。然而，高昂的內存價格限制了Redis數據庫所能存儲的數據量。為提高Redis數據庫存儲的數據量，用戶需要支付額外的費用以購買大規格實例來保存數據，或者為Redis數據庫搭配其他磁盤存儲的數據庫，并管理兩個數據庫之間的數據交互。

現有技術一般采用混合存儲技術來解決上述問題。一種可選的方案是通過在RocksDB的基礎上封裝Redis數據庫協議的網絡層和服務層來實現數據的混合存儲。但該方法無法與Redis數據庫做到全面兼容，部分命令與Redis數據庫的性能存在明顯差距，并且數據在實時寫入RocksDB的過程中，讀寫磁盤數據的負載較高。另外，由于計算機的內存中沒有緩存所有的鍵，數據都保存在RocksDB中，因此，對數據的查詢和訪問性能與直接查詢和訪問Redis數據庫中的數據存在較大差異。

另一種可選的方案是通過將不經常訪問的冷數據的值存儲到磁盤中，并將磁盤作為內存的擴展形式為提供Redis數據庫服務。但該方案中，數據在內存和磁盤之間讀寫性能較差。

針對上述相關技術中存儲系統中數據的讀寫性能差的問題，目前尚未提出有效的解決方案。

發明內容

本發明實施例提供了一種數據的訪問命令處理方法、裝置和系統，以至少解決相關技術中存儲系統中數據的讀寫性能差的技術問題。

根據本發明實施例的一個方面，提供了一種數據的訪問命令處理方法，包括：通過主線程接收來自于客戶端的訪問命令，其中，訪問命令用于從第一預設存儲區域獲取當前存儲的至少一個鍵對應的取值，第一預設存儲區域為基于內存的采用鍵值對結構進行數據存儲的存儲區域；根據訪問命令待獲取鍵值的存儲位置確定訪問命令的處理方式。

根據本發明實施例的另一方面，還提供了一種數據的訪問命令處理裝置，包括：接收模塊，用于通過主線程接收來自于客戶端的訪問命令，其中，訪問命令用于從第一預設存儲區域獲取當前存儲的至少一個鍵對應的取值，第一預設存儲區域為基于內存的采用鍵值對結構進行數據存儲的存儲區域；確定模塊，用于根據訪問命令待獲取鍵值的存儲位置確定訪問命令的處理方式。

根據本發明實施例的另一方面，還提供了一種數據的訪問命令處理系統，包括：處理器；以及存儲器，與處理器連接，用于為處理器提供處理以下處理步驟的指令：通過主線程接收來自于客戶端的訪問命令，其中，訪問命令用于從第一預設存儲區域獲取當前存儲的至少一個鍵對應的取值，第一預設存儲區域為基于內存的采用鍵值對結構進行數據存儲的存儲區域；根據訪問命令待獲取鍵值的存儲位置確定訪問命令的處理方式。

根據本發明實施例的另一方面，還提供了一種存儲介質，該存儲介質包括存儲的程序，其中，在程序運行時控制存儲介質所在設備執行以下步驟：通過主線程接收來自于客戶端的訪問命令，其中，訪問命令用于從第一預設存儲區域獲取當前存儲的至少一個鍵對應的取值，第一預設存儲區域為基于內存的采用鍵值對結構進行數據存儲的存儲區域；根據訪問命令待獲取鍵值的存儲位置確定訪問命令的處理方式。