【達夢數據庫】達夢數據庫常見參數配置

數據庫服務器配置數據庫

主機:CPU:4路8核 /內存:64GB /磁盤陣列:1TB緩存

INI參數推薦配置服務器

參數類型併發

參數名稱ide

默認函數

配置高併發

推薦性能

配置優化

備註spa

內存相關參數

MAX_OS_MEMORY

90

100

DM數據庫佔用的內存佔操做系統物理內存和虛擬內存之和的百分比,通常推薦爲90%

MEMORY_MAGIC_CHECK

2

1

是否開啓對全部內存池的校驗。 0:不開啓; 1:開啓校驗,校驗碼基於分配出的塊地址計算,在被分配空間的頭部和尾部寫入校驗碼; 2:加強校驗,在 1 的基礎上,若是是內存池分配的,則對尾部未使用空間也計算校驗碼,寫入未使用空間的頭部


MEMORY_POOL

200

可用最大內存的10%

共享內存池大小,以兆爲單位。 共享內存池是由DM管理的內存。有效值範圍: 32位平臺爲(64~2000), 64位平臺爲(64~67108864)


MEMORY_TARGET

0

可用最大內存的20%

共享內存池在擴充到此大小以上後,空閒時收縮回此指定大小,以M爲單位, 有效值範圍: 32位 平 臺 爲 (0~2000 ), 64 位 平 臺 爲(0~67108864), 0表示不限制


BUFFER

100

32000

用於緩存數據頁,通常配置爲操做系統物理內存的60%~80%


MAX_BUFFER

100

32000

用於控制系統緩衝區的上限,通常配置爲和BUFFER參數相等


BUFFER_POOLS

1

61

BUFFER的分區數,通常配置爲質數,取值範圍爲1~512,併發較大的系統須要配置這個參數;建議

BUFFER/ BUFFER_POOLS>=500MB;當MAX_BUFFER>BUFFER時,動態擴展的緩衝區不參與分區


RECYCLE

64

4000

高併發或大量使用with、臨時表、排序等應該適當調整


RECYCLE_POOLS

1

7

RECYCLE的分區數,通常配置爲質數,建議

RECYCLE/ RECYCLE_POOLS>=500MB


HJ_BUF_GLOBAL_SIZE

500

4000

HASH 鏈接操做符的數據總緩存大小(>=

HJ_BUF_SIZE),系統級參數,以兆爲單位。有

效值範圍(10~500000)


HJ_BUF_SIZE

50

300

單個HASH鏈接操做符的數據總緩存大小,以

兆爲單位。有效值範圍。有效值範圍(2~100000)


DICT_BUF_SIZE

5

50

字典緩衝區大小,以兆爲單位

當數據庫對象較多時建議適當放大


TEMP_SIZE

10

1000

默認建立的臨時表空間大小,以兆爲單位。有效值範圍(10~1048576 ),不斷的擴充臨時表空間也會影響性能,生產系統建議改成1000


VM_POOL_SIZE

64

256

系統執行時虛擬機內存池大小,在執行過程當中用到的內存大部分是從這裏申請的。

當系統中存儲過程、存儲函數、包等對象較多時,此參數能夠適當放大。


SESS_POOL_SIZE

16

256

會話緩衝區大小,以KB爲單位,有效值範圍

(16~1024*1024)。若所申請的內存超過實際能

申請的大小,則系統將按16KB大小從新申請


CACHE_POOL_SIZE

10

2000

SQL 緩衝池大小,以兆爲單位。有效值範圍: 32 位平臺下爲(1~2048);64 位平臺下爲 (1~67108864)。單位:MB


CPU相關參數

WORKER_THREADS

4

16

工做線程個數,有效值範圍1~64,通常配置爲CPU核數相等或其2倍

TASK_THREADS

4

16

任務線程個數,通常配置爲與WORKER_THREADS相等


SESSION相關參數

MAX_SESSION

100

500

系統容許同時鏈接的最大數,同時還受到LICENSE的限制,取兩者中較小的值,有效值

範圍(1~65000 )

MAX_SESSION_STATEMENT

100

2000

單個會話上容許同時打開的語句句柄最大數,有的應用忘記關閉語句句柄,致使報錯,這個參數能夠適當放大


查詢相關參數

USE_PLN_POOL

1

1

是否重用執行計劃。0:禁止執行計劃的重用;

1:啓用執行計劃的重用功能 ;2:對不包含顯

式參數的語句進行常量參數化優化;3:即便包

含顯式參數的語句,也進行常量參數化優化

OLAP_FLAG

0

2

OLTP類型的應用建議設置2,OLAP類型應用建議設置爲1


OPTIMIZER_MODE

0

1

OPTIMIZWE_MODE=0,表示使用老優化器模式;OPTIMIZWE_MODE=1,表示使用新優化器模式。

新老優化器模式對一些優化的處理方式不一樣,最主要的不一樣在於:老優化器採用卡特蘭樹方式探測最優計劃;新優化器模式採用左深二叉樹方式探測最優計劃,對於CROSS JOIN嘗試採用把左錶鏈接列轉爲變量VAR,並下放到右表的處理方式。

2016年之後的DM7版本建議使用新優化器,老版本基於老優化器調優好的能夠採用老優化器


VIEW_PULLUP_FLAG

0

1

是否對視圖進行上拉優化,把視圖轉換爲其原

始定義,消除視圖。0:不啓用;1:啓用


兼容性參數

COMPATIBLE_MODE

0

2

是否兼容其餘數據庫模式

0:不兼容

1:兼容SQL92 標準

2:兼容 ORACLE

3:兼容MS SQL SERVER

4:兼容 MYSQL,

5:兼容DM6

6:兼容 TERADATA

監控相關

ENABLE_MONITOR

2

0

啓用動態監控功能標記

0:不啓用;

1:低級別監控;

2:高級別監控;

3:在高級別監控的基礎上增長蒐集各操做符的執行時間

對性能影響較大,生產環境建議改成0

日誌相關

SVR_LOG

0

0

是否打開 SQL 日誌功能,0:表示關閉;1:表 示日誌文件非切換模式,但輸出的日誌格式是 詳細模式;2:表示日誌文件爲切換模式,輸出 的日誌也是詳細模式;3:表示日誌爲非切換模 式,但輸出日誌爲簡單模式

生產環境對性能影響較大,建議改成0

相關文章
相關標籤/搜索