[發明專利]數據庫數據緩存方法、查詢方法及緩存裝置、查詢裝置

在審

• 申請號: 201410408818.7
• 申請日: 2014-08-19
• 公開（公告）號: CN105354193A
• 公開（公告）日: 2016-02-24
• 發明（設計）人: 張迪
• 申請（專利權）人: 阿里巴巴集團控股有限公司
• 主分類號: G06F17/30
• 分類號: G06F17/30
• 代理公司: 北京弘權知識產權代理事務所(普通合伙) 11363
• 代理人: 逯長明;許偉群

技術領域

本發明涉及數據庫技術領域，尤其涉及一種數據庫數據緩存方法、查詢方法及緩存裝置、查詢裝置。

背景技術

目前，一般使用數據庫進行數據存儲，很多業務系統的運行也基于數據庫進行。當用戶或程序查詢數據時，輸入查詢條件，系統根據查詢條件直接訪問數據庫進行查詢，并將查詢的結果返回給用戶或程序，將查詢的結果返回時，也完成對數據庫數據的一次調用。

隨著數據庫技術的發展，數據庫能夠存儲的數據越來越多，當數據庫中存儲了海量數據，或者用戶或程序的查詢量很大時，查詢過程常常超時。或者，一些業務系統在處理過程中，需要頻繁查詢數據庫中的基礎配置表，占據了數據庫查詢資源，導致用戶或程序在查詢時，往往需要等待很長時間才能得到查詢結果。但很多用戶在查詢結果未及時返回，例如系統頁面一直顯示在處理中，或者顯示系統繁忙時，可能會再次按照查詢條件進行查詢，加之對數據庫的查詢往往是多個用戶并發操作，使得對數據庫的查詢調用極為頻繁，不僅導致查詢過程超時嚴重，還會使系統內存占用增加，嚴重影響系統性能，甚至導致系統宕機。

現階段，比較通用的解決數據查詢超時的處理方式，是對數據庫建立分庫分表的機制，輸入查詢條件以后，按照查詢條件在不同的庫和表中進行路由(路徑選擇)。但發明人在實現本發明的過程中發現，上述處理方式由于需要在不同的和表中查詢，數據查詢效率提高得并不明顯，而且易出錯，不能有效地解決數據查詢超時和效率低的問題。

發明內容

為克服相關技術中數據查詢超時和效率低的問題，本申請提供一種數據數據庫數據緩存、查詢方法及緩存、查詢裝置。

根據本申請實施例的第一方面，提供一種數據庫數據緩存方法，包括：

記錄數據被調用的次數和第一次被調用的時間；

當數據第一次被調用的時間至當前被調用的時間的時間間隔以內被調用的頻率大于或等于頻率閾值時，將所述數據放入緩存。

可選的，所述的數據庫數據緩存方法，當數據第一次被調用的時間至當前被調用的時間的時間間隔小于或等于時間閾值，且所述時間間隔以內數據被調用的次數大于或等于次數閾值時，將所述數據放入緩存。

可選的，所述的數據庫數據緩存方法，還包括：

當數據當前被調用的時間與第一次被調用的時間之間的差值大于時間預設值，且數據第一次被調用的時間至當前被調用的時間的時間間隔以內被調用的頻率小于頻率預設值時，將所述數據被調用的次數和第一次被調用的時間清零，重新記錄所述數據被調用的次數和第一次被調用的時間。

可選的，所述的數據庫數據緩存方法，在所述數據被放入緩存后，還包括：

固化所述數據第一次被調用時間至當前被調用時間的時間間隔以內被調用的頻率。

可選的，所述的數據庫數據緩存方法，在所述數據被放入緩存后，還包括：

固化所述數據第一次被調用時間至當前被調用時間的時間間隔以內被調用的頻率；

當數據第一次被調用的時間至當前被調用的時間的時間間隔以內被調用的頻率大于或等于頻率閾值時，在將所述數據放入緩存之前，還包括：

判斷緩存當前的剩余容量是否大于或等于所述數據占用的容量；

當緩存當前的剩余容量大于或等于所述數據占用的容量時，將所述數據放入緩存，否則，按緩存中其他數據的所述被調用的頻率從小至大的排列順序依次刪除緩存中的其他數據，直至緩存的剩余容量大于或等于所述數據占用的容量時，停止刪除，將所述數據放入緩存。

可選的，所述的數據庫數據緩存方法，將所述數據放入緩存之后，還包括：

記錄所述數據被放入緩存的時間和放入緩存時被調用的次數；

所述數據每次從緩存中被調用時，所述數據的被調用的次數加1。

可選的，所述的數據庫數據緩存方法，還包括：

將所述數據放入緩存之后，記錄所述數據被放入緩存的時間和放入緩存時被調用的次數，所述數據每次從緩存中被調用時，所述數據的被調用的次數加1；

當緩存中數據從被放入緩存的時間起在預設的保存時間段以內被調用的次數增加的值小于預設的保存次數時，將所述數據從緩存中刪除。

可選的，所述的數據庫數據緩存方法，還包括：

將所述數據放入緩存之后，記錄所述數據被放入緩存的時間和放入緩存時被調用的次數，所述數據每次從緩存中被調用時，所述數據的被調用的次數加1；

當數據第一次被調用的時間至當前被調用的時間的時間間隔以內被調用的頻率大于或等于頻率閾值時，在將所述數據放入緩存之前，還包括：