[發明專利]具備負載均衡功能的數據緩存系統

有效

• 申請號: 200910087247.0
• 申請日: 2009-06-19
• 公開（公告）號: CN101576918A
• 公開（公告）日: 2009-11-11
• 發明（設計）人: 王加位
• 申請（專利權）人: 用友軟件股份有限公司
• 主分類號: G06F17/30
• 分類號: G06F17/30;G06F12/08
• 代理公司: 北京友聯知識產權代理事務所(普通合伙)
• 代理人: 尚志峰;梁朝玉

技術領域

本發明涉及數據緩存技術，更具體而言，涉及具備負載均衡功能 的數據緩存系統。

背景技術

目前，雖然在SQL?Server、Oracle等大型數據庫中都有一些標 準性能優化策略，通過實現這些策略也可以提高系統的運行效率，但 是由于在這些DBMS都是遵循一些國際標準和行業標準的多功能應 用系統，數據的緩存處理只是他其中的一個功能，這造成了數據庫是 很多應用系統的性能瓶頸：譬如無論是在使用大型的財務軟件，ERP 軟件，還是大型的動態網站的時候，有時會出現超時，響應慢等情 況。造成這些問題的原因大部分都出在對數據庫的訪問這個地方，除 非程序設計的有問題，否則在目前的絕大多數應用系統中，程序的執 行效率不會有問題。

在通常的軟件研發過程中，無論是軟件平臺部分還是產品開發部 分，也會對一些常用的數據進行緩存。但這種緩存很多都是根據人員 的喜好進行處理，各有各的方法，這在很多產品中比比皆是，后期的 維護成本呈數量級增加。同時這種方法還有一個致命的問題就是對程 序的執行效率不可量化：

1.從緩存中再次取值耗費了多少時間？

2.如果不緩存數據直接從數據庫中取會耗費多少時間？

3.這些處理數據的語句真的是最影響效率和系統穩定的嗎？

這些問題都幾乎沒人知道，很多只是根據開發人員的經驗來處理 這些問題，提供這些方法。這些問題在絕大部分軟件中都存在，出現 問題的最常用辦法就是讓客戶重啟服務器。

在通常的開發中，緩存區都是零散的，部門檔案放一塊，客戶檔 案放一塊，供應商檔案放一塊，等等；計算機對內存的管理基本都是 塊頁式管理，這樣零散的存儲會浪費寶貴的內存空間，并同時增加尋 址時間。

在常用的這種緩存處理機制中，除了提高了這小部分數據的訪問 效率外，對于數量最大，最需要作緩存處理的單據類數據卻要從數據 庫系統中獲取，這種頻繁的查詢操作產生的對內存占用的累加效應， 會浪費大量的內存

當負責開發的整個團隊，寫了大量的存儲過程或者SQL語句的 時候，哪個存儲過程或者SQL語句最耗費時間，執行效率最低？通常 情況下，開發人員只能靠自己的經驗和知識結構，產品的錯誤提示來 判斷，排查錯誤，找出問題所在。

發明內容

為了解決上述技術問題至少之一，本發明提供了一種具備負載均 衡功能的數據緩存系統，包括：數據緩存管理器，用于接收來自外部 的數據獲取請求，響應于所述數據獲取請求向數據緩存庫發出數據獲 取指令，判斷所述數據緩存庫是否保存有相應數據，如果判斷結果為 是，則從所述數據緩存庫取回所述相應數據，如果判斷結果為否，則 向負載均衡處理器發出獲取數據庫服務器的請求；所述數據緩存庫， 響應于所述數據緩存管理器的數據存儲指令，將需要緩存的數據分塊 分頁存儲，響應于所述數據緩存管理器的所述數據獲取指令，將保存 在所述數據緩存庫中的所述相應數據發送給所述數據緩存管理器；所 述負載均衡處理器，管理多個數據庫服務器信息，響應于來自所述數 據緩存管理器的所述獲取數據庫服務器的請求，將多個數據庫服務器 中處理請求最少的數據庫服務器的數據庫服務器信息提供給所述數據 緩存管理器，所述數據緩存管理器根據得到的所述數據庫服務器信 息，從所述數據庫服務器獲取所述相應數據，將所述相應數據存入所 述數據緩存庫。

優選地，所述負載均衡處理器具有計數器，用于記錄每個數據庫 服務器被請求的次數，將處理請求最少的數據庫服務器提供給所述數 據緩存管理器；所述負載均衡處理器從特有存儲格式的配置文件中讀 取數據庫服務器信息及數據庫信息。

優選地，所述數據緩存管理器動態管理所述數據緩存庫中的數 據，動態響應來自外部的所述數據獲取請求。

優選地，所述數據緩存管理器實時記錄來自外部的所述數據獲取 請求的日志信息，向外提供數據訪問日志。

優選地，所述數據緩存管理器在從所述負載均衡處理器獲取處理 請求最少的數據庫服務器之后，向所述數據庫服務器發出請求，記錄 當前請求的業務處理，分析當前請求所占用的資源，進行數據分析， 獲取所述相應數據。

優選地，所述數據緩存管理器在獲取所述相應數據后，使用數據 壓縮策略將所述相應數據推入所述數據緩存庫。

優選地，所述數據獲取請求包括：查詢請求、修改請求、刪除請 求和添加請求。