[發(fā)明專利]數(shù)據(jù)庫優(yōu)化方法和裝置

有效

• 申請?zhí)枺?/td>: 201010595187.6
• 申請日: 2010-12-10
• 公開（公告）號: CN102541884A
• 公開（公告）日: 2012-07-04
• 發(fā)明（設(shè)計）人: 林昊;張黔;劉陽;宋玉軍;杜鵬;何昱吾;陸恩波
• 申請（專利權(quán)）人: 中國移動通信集團貴州有限公司
• 主分類號: G06F17/30
• 分類號: G06F17/30
• 代理公司: 北京德琦知識產(chǎn)權(quán)代理有限公司 11018
• 代理人: 謝安昆;宋志強

技術(shù)領(lǐng)域

本發(fā)明涉及移動通信技術(shù)，特別涉及數(shù)據(jù)庫優(yōu)化方法和裝置。

背景技術(shù)

在數(shù)據(jù)庫應(yīng)用中，每天都有大量的SQL訪問數(shù)據(jù)庫。目前，數(shù)據(jù)庫比如Informix數(shù)據(jù)庫都是通過INFORMIX數(shù)據(jù)庫接口訪問INFORMIX數(shù)據(jù)庫的系統(tǒng)表來查詢當(dāng)前時間點正在執(zhí)行的SQL的執(zhí)行情況(其包含該SQL當(dāng)前耗用的資源等)。

INFORMIX數(shù)據(jù)庫接口只能提供一個時間點的SQL執(zhí)行狀況，并無數(shù)據(jù)采集匯總分析的功能，因此，其不能提供一個時間段內(nèi)SQL的執(zhí)行情況，缺乏統(tǒng)計及過濾功能。如此，導(dǎo)致數(shù)據(jù)庫管理人員無法定位關(guān)鍵SQL，進而影響數(shù)據(jù)庫的優(yōu)化。其中，關(guān)鍵SQL為執(zhí)行頻率和執(zhí)行成本較高的SQL，其對數(shù)據(jù)庫的資源耗用較大，定位出關(guān)鍵SQL，對數(shù)據(jù)庫優(yōu)化有事半功倍的作用。

發(fā)明內(nèi)容

本發(fā)明提供了數(shù)據(jù)庫優(yōu)化的方法和裝置，以定位出關(guān)鍵SQL，利于數(shù)據(jù)庫優(yōu)化。

本發(fā)明提供的技術(shù)方案包括：

一種數(shù)據(jù)庫優(yōu)化方法，包括：

A，捕獲原始SQL；

B，針對捕獲的每一原始SQL，對該原始SQL進行標準化處理，得到對應(yīng)該原始SQL的標準SQL，并生成該標準SQL的標識；

C，根據(jù)各個標準SQL的標識定位出需要優(yōu)化的關(guān)鍵SQL。

一種數(shù)據(jù)庫優(yōu)化裝置，包括：

捕獲單元，用于捕獲原始SQL；

處理單元，用于針對所述捕獲單元捕獲的每一原始SQL，對該原始SQL進行標準化處理，得到對應(yīng)該原始SQL的標準SQL，并生成該標準SQL的標識；

定位單元，用于根據(jù)所述處理單元生成的各個標準SQL的標識定位出需要優(yōu)化的關(guān)鍵SQL。

由以上技術(shù)方案可以看出，本發(fā)明中，通過對捕獲的原始SQL進行標準化處理，得到對應(yīng)該原始SQL的標準SQL，并生成該標準SQL的標識；之后根據(jù)各個標準SQL的標識定位出需要優(yōu)化的關(guān)鍵SQL。即實現(xiàn)了定位出關(guān)鍵SQL，通過分析關(guān)鍵SQL優(yōu)化數(shù)據(jù)庫的目的。

進一步地，本發(fā)明有針對性地對關(guān)鍵SQL進行優(yōu)化，還能實現(xiàn)對數(shù)據(jù)庫的最少修改，達到優(yōu)化效果最大的目的，也大大減少風(fēng)險性。

附圖說明

圖1為本發(fā)明實施例提供的基本流程圖；

圖2為本發(fā)明實施例提供的步驟102的實現(xiàn)流程圖；

圖3為本發(fā)明實施例提供的步驟104的實現(xiàn)流程圖；

圖4為本發(fā)明實施例提供的裝置結(jié)構(gòu)圖。

具體實施方式

為了使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面結(jié)合附圖和具體實施例對本發(fā)明進行詳細描述。

關(guān)鍵SQL需要耗用較大的數(shù)據(jù)庫資源，因此，找出關(guān)鍵SQL并對其進行優(yōu)化，是實現(xiàn)數(shù)據(jù)庫優(yōu)化的最佳方式。本發(fā)明提供的方法能夠定位出關(guān)鍵SQL，具體如圖1所示。

參見圖1，圖1為本發(fā)明實施例提供的基本流程圖。如圖1所示，該流程可包括以下步驟：

步驟101，捕獲原始SQL

具體實現(xiàn)時，本步驟101以設(shè)定捕獲粒度為單位從數(shù)據(jù)庫的共享內(nèi)存池中捕獲原始SQL。其中，所述捕獲粒度按照對系統(tǒng)負荷影響最小、且保證捕獲的原始SQL具有代表性的原則設(shè)定，本實施例通常設(shè)置所述捕獲粒度為5至15分鐘。

步驟102，針對捕獲的每一原始SQL，對該原始SQL進行標準化處理，得到對應(yīng)該原始SQL的標準SQL。

本步驟102中，對原始SQL進行標準化處理可為：提取原始SQL的執(zhí)行路線，將該執(zhí)行路線抽象過濾為標準SQL，其具體可參見圖2所示的流程。

步驟103，生成標準SQL的標識。

步驟104，根據(jù)各個標準SQL的標識定位出需要優(yōu)化的關(guān)鍵SQL。

本步驟104具體可參見圖3所示的流程。

至此，完成圖1所示的流程。從圖1所示的流程可以看出，本發(fā)明有針對性地對關(guān)鍵SQL進行優(yōu)化，還能實現(xiàn)對數(shù)據(jù)庫的最少修改，達到優(yōu)化效果最大的目的，也大大減少風(fēng)險性。

需要說明的是，以上步驟101至步驟104由預(yù)先在數(shù)據(jù)庫所在服務(wù)器上安裝的SQL采集引擎實現(xiàn)。