數據庫服務器配置數據庫 |
||||
主機: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 |
|
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 |