DB2數(shù)據(jù)庫性能優(yōu)化技巧有哪些

今天就跟大家聊聊有關DB2數(shù)據(jù)庫性能優(yōu)化技巧有哪些，可能很多人都不太了解，為了讓大家更加了解，小編給大家總結了以下內容，希望大家根據(jù)這篇文章可以有所收獲。

目前成都創(chuàng)新互聯(lián)已為上1000+的企業(yè)提供了網(wǎng)站建設、域名、網(wǎng)絡空間、網(wǎng)站托管運營、企業(yè)網(wǎng)站設計、瑞金網(wǎng)站維護等服務，公司將堅持客戶導向、應用為本的策略，正道將秉承"和諧、參與、激情"的文化，與客戶和合作伙伴齊心協(xié)力一起成長，共同發(fā)展。

打開DB2數(shù)據(jù)庫監(jiān)視開關，獲取需要的性能信息最簡單而最見成效的——Bufferpool。緩沖池是內存中的一塊存儲區(qū)域，用于臨時讀入和更改數(shù)據(jù)庫頁(包含表行或索引項)。下面創(chuàng)新互聯(lián)小編來講解下DB2數(shù)據(jù)庫性能優(yōu)化技巧有哪些?

DB2數(shù)據(jù)庫性能優(yōu)化技巧有哪些

緩沖池的用途是為了提高數(shù)據(jù)庫系統(tǒng)的性能。從內存訪問數(shù)據(jù)要比從磁盤訪問數(shù)據(jù)快得多。因此，數(shù)據(jù)庫管理器需要從磁盤讀取或寫入磁盤的次數(shù)越少，性能就越好。對一個或多個緩沖池進行配置之所以是調優(yōu)的最重要方面，是因為連接至數(shù)據(jù)庫的應用程序的大多數(shù)數(shù)據(jù)(不包括大對象和長字段數(shù)據(jù))操作都在緩沖池中進行。

缺省情況下，應用程序使用緩沖池 IBMDEFAULTBP，它是在創(chuàng)建數(shù)據(jù)庫時創(chuàng)建的。當 SYSCAT.BUFFERPOOLS 目錄表中該緩沖池的 NPAGES 值為 -1 時，DB2 數(shù)據(jù)庫配置參數(shù) BUFFPAGE 控制著緩沖池的大小。否則會忽略 BUFFPAGE 參數(shù)，并且用 NPAGES 參數(shù)所指定的頁數(shù)創(chuàng)建緩沖池。

建議對于僅使用一個緩沖池的應用程序，將 NPAGES 更改成 -1，這樣 BUFFPAGE 就可以控制該緩沖池的大小。這使得更新和報告緩沖池大小以及其它 DB2 數(shù)據(jù)庫配置參數(shù)變得更加方便。

確?？梢允褂脭?shù)據(jù)庫配置中的 BUFFPAGE 參數(shù)來控制緩沖池大小之后，將該參數(shù)設置成合適的值。根據(jù)數(shù)據(jù)庫的大小和應用程序的性質將該參數(shù)設置成一個合理的大值，這種做法很安全。通常，該參數(shù)的缺省值非常小，可能滿足不了要求。

db2 "get snapshot for all bufferpools"

在數(shù)據(jù)庫快照或緩沖池快照的快照輸出中，查找下列"logical reads"和"physical reads"，這樣就可以計算出緩沖池命中率，它可以幫助調優(yōu)緩沖池:

緩沖池命中率表明數(shù)據(jù)庫管理器不需要從磁盤裝入頁(即該頁已經在緩沖池中)就能處理頁請求的時間百分比。緩沖池的命中率越高，使用磁盤 I/O 的頻率就越低。按如下計算緩沖池命中率:

DB2數(shù)據(jù)庫性能優(yōu)化技巧有哪些

(1 - ((buffer pool data physical reads + buffer pool index physical reads) /

(buffer pool data logical reads + pool index logical reads))

) * 100%

這個計算考慮了緩沖池高速緩存的所有頁(索引和數(shù)據(jù))。理想情況下，該比率應當超過 95%，并盡可能接近 100%。要提高緩沖池命中率，請嘗試下面這些方法:

1、增加緩沖池大小。

2、考慮分配多個緩沖池，如果可能的話，為每個經常被訪問的大表所屬的表空間分配一個緩沖池，為一組小表分配一個緩沖池，然后嘗試一下使用不同大小的緩沖池以查看哪種組合會提供最佳性能。

3、如果已分配的內存不能幫助提高性能，那么請避免給緩沖池分配過多的內存。應當根據(jù)取自測試環(huán)境的快照信息來決定緩沖池的大小。

4、太小的緩沖池會產生過多的、不必要的物理 I/O。太大的緩沖池使系統(tǒng)處在操作系統(tǒng)頁面調度的風險中并消耗不必要的 CPU 周期來管理過度分配的內存。正好合適的緩沖池大小就在"太小"和"太大"之間的某個平衡點上。適當?shù)拇笮〈嬖谟诨貓髮⒁_始減少的點上。

獲得最佳性能的——SQL

一條糟糕的 SQL 語句會徹底破壞一切。一個相對簡單的 SQL 語句也能夠搞糟一個調整得很好的數(shù)據(jù)庫和機器。對于很多這些語句，天底下(或在文件中)沒有 DB2 UDB 配置參數(shù)能夠糾正因錯誤的 SQL 語句導致的高成本的情況。

更糟糕的是，DBA 常常受到種種束縛:不能更改 SQL(可能是因為它是應用程序供應商提供的)。這給 DBA 只留下三條路可走:

1. 更改或添加索引

2. 更改群集

3. 更改目錄統(tǒng)計信息

健壯的應用程序由成千上萬條不同的 SQL 語句組成。這些語句執(zhí)行的頻率隨應用程序的功能和日常的業(yè)務需要的不同而不同。SQL 語句的實際成本是它執(zhí)行一次的成本乘以它執(zhí)行的次數(shù)。

每個 DBA 所面臨的重大的任務是，識別具有最高"實際成本"的語句的挑戰(zhàn)，并且減少這些語句的成本。

通過本機 DB2 Explain 實用程序、一些第三方供應商提供的工具或 DB2 UDB SQL Event Monitor 數(shù)據(jù)，可以計算出執(zhí)行一次 SQL 語句所用的資源成本。但是語句執(zhí)行頻率只能通過仔細和耗時地分析 DB2 UDB SQL Event Monitor 的數(shù)據(jù)來了解。

最佳性能不僅需要排除高成本 SQL 語句，而且需要確保相應的物理基礎結構是適當?shù)?。當所有的調節(jié)旋鈕都設置得恰到好處、內存被有效地分配到池和堆而且 I/O 均勻地分配到各個磁盤時，才可得到最佳性能。

不可遺漏的——Lock

這些與鎖相關的控制都是數(shù)據(jù)庫配置參數(shù):

LOCKLIST 表明分配給鎖列表的存儲容量。每個數(shù)據(jù)庫都有一個鎖列表，鎖列表包含了并發(fā)連接到該數(shù)據(jù)庫的所有應用程序所持有的鎖。鎖定是數(shù)據(jù)庫管理器用來控制多個應用程序并發(fā)訪問數(shù)據(jù)庫中數(shù)據(jù)的機制。行和表都可以被鎖定。根據(jù)對象是否還持有其它鎖，每把鎖需要 32 個或 64 個字節(jié)的鎖列表:

1、需要 64 個字節(jié)來持有某個對象上的鎖，在這個對象上，沒有持有其它鎖。

2、需要 32 個字節(jié)來記錄某個對象上的鎖，在這個對象上，已經持有一個鎖。

MAXLOCKS 定義了應用程序持有的鎖列表的百分比，在數(shù)據(jù)庫管理器執(zhí)行鎖升級之前必須填充該鎖列表。當一個應用程序所使用的鎖列表百分比達到 MAXLOCKS 時，數(shù)據(jù)庫管理器會升級這些鎖，這意味著用表鎖代替行鎖，從而減少列表中鎖的數(shù)量。當任何一個應用程序所持有的鎖數(shù)量達到整個鎖列表大小的這個百分比時，對該應用程序所持有的鎖進行鎖升級。如果鎖列表用完了空間，那么也會發(fā)生鎖升級。數(shù)據(jù)庫管理器通過查看應用程序的鎖列表并查找行鎖最多的表，來決定對哪些鎖進行升級。如果用一個表鎖替換這些行鎖，將不再會超出 MAXLOCKS 值，那么鎖升級就會停止。否則，鎖升級就會一直進行，直到所持有的鎖列表百分比低于 MAXLOCKS。MAXLOCKS 參數(shù)乘以 MAXAPPLS 參數(shù)不能小于 100。

看完上述內容，你們對DB2數(shù)據(jù)庫性能優(yōu)化技巧有哪些有進一步的了解嗎？如果還想了解更多知識或者相關內容，請關注創(chuàng)新互聯(lián)行業(yè)資訊頻道，感謝大家的支持。

本文標題：DB2數(shù)據(jù)庫性能優(yōu)化技巧有哪些
文章起源：http://bm7419.com/article8/gijdop.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供ChatGPT、網(wǎng)站導航、搜索引擎優(yōu)化、服務器托管、動態(tài)網(wǎng)站、網(wǎng)站制作

廣告

聲明：本網(wǎng)站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)