【正文】 CONNECT RESET。UPDATE DATABASE CONFIGURATION USING LOGPRIMARY 10 。UPDATE DATABASE CONFIGURATION USING SHEAPTHRES_SHR 50000 DEFERRED 。UPDATE DATABASE CONFIGURATION USING AVG_APPLS 6 IMMEDIATE 。UPDATE DATABASE CONFIGURATION USING MINCOMMIT 5 IMMEDIATE 。UPDATE DATABASE CONFIGURATION USING MAXLOCKS 30 IMMEDIATE 。UPDATE DATABASE CONFIGURATION USING DBHEAP 10000 IMMEDIATE 。CONNECT TO db0411。 ) EXTENTSIZE 16 OVERHEAD PREFETCHSIZE 16 TRANSFERRATE BUFFERPOOL BBB0411 。CREATE SYSTEM TEMPORARY TABLESPACE B2B0411 PAGESIZE 16 K MANAGED BY SYSTEM USING (39。CONNECT RESET。F:\container\space28k041139。CONNECT TO db0411。 ) EXTENTSIZE 16 OVERHEAD PREFETCHSIZE 16 TRANSFERRATE BUFFERPOOL BBB0411 DROPPED TABLE RECOVERY OFF。CREATE REGULAR TABLESPACE A20411 PAGESIZE 16 K MANAGED BY SYSTEM USING (39。CONNECT RESET。CONNECT TO db0411。 ) EXTENTSIZE 16 OVERHEAD PREFETCHSIZE 16 TRANSFERRATE BUFFERPOOL AAA0411 DROPPED TABLE RECOVERY OFF。CREATE REGULAR TABLESPACE A10411 PAGESIZE 8 K MANAGED BY SYSTEM USING (39。CONNECT RESET。ALTER BUFFERPOOL IBMDEFAULTBP SIZE 50000。 USING CODESET UTF8 TERRITORY CN COLLATE USING SYSTEM。CREATE DATABASE db0411 ON 39。UPDATE DATABASE CONFIGURATION USING NEWLOGPATH /db2log/ IMMEDIATE 。UPDATE DATABASE CONFIGURATION USING LOGPRIMARY 60 IMMEDIATE 。UPDATE DATABASE CONFIGURATION USING UTIL_HEAP_SZ 50000 IMMEDIATE 。UPDATE DATABASE CONFIGURATION USING MAXAPPLS 250 IMMEDIATE 。UPDATE DATABASE CONFIGURATION USING LOCKTIMEOUT 100 IMMEDIATE 。UPDATE DATABASE CONFIGURATION USING LOCKLIST 10000 IMMEDIATE 。UPDATE DATABASE CONFIGURATION USING STAT_HEAP_SZ 5213 IMMEDIATE 。UPDATE DATABASE CONFIGURATION USING APPLHEAPSZ 4096 IMMEDIATE 。update dbm cfg using INTRA_PARALLEL YES immediate。UPDATE DATABASE CONFIGURATION USING DBHEAP 10000 IMMEDIATE 。UPDATE DATABASE CONFIGURATION USING NEWLOGPATH /db2log/ IMMEDIATE 。UPDATE DATABASE CONFIGURATION USING LOGPRIMARY 60 IMMEDIATE 。UPDATE DATABASE CONFIGURATION USING AVG_APPLS 50 IMMEDIATE 。UPDATE DATABASE CONFIGURATION USING LOGBUFSZ 256 IMMEDIATE。UPDATE DATABASE CONFIGURATION USING MAXLOCKS 30 IMMEDIATE 。UPDATE DATABASE CONFIGURATION USING SHEAPTHRES_SHR 50000 IMMEDIATE 。UPDATE DATABASE CONFIGURATION USING STMTHEAP 4096 IMMEDIATE 。數(shù)據(jù)庫級配置參數(shù)UPDATE DATABASE CONFIGURATION USING SORTHEAP 20480 IMMEDIATE 。UPDATE DATABASE CONFIGURATION USING DBHEAP 10000 IMMEDIATE 。執(zhí)行完以后，需要重啟數(shù)據(jù)庫SQL startup force　　――當前的連接用戶要具有sysdba權限。alter database set sga_max_size =1200m scope=spfile。alter database set optimizer_index_cost_adj =50 scope=spfile。alter database set lock_sga = true scope=spfile。alter database set java_pool_size =30m scope=spfile?！?shù)據(jù)庫環(huán)境：２cpu/4G內(nèi)存Oracle主要參數(shù)的設置如下：首先要保證數(shù)據(jù)庫字符集和國家字符集都是ＵＴＦ—８可以通過如下的語句進行查看：Select * from v$nls_parameters?！　　。啤∫獔?zhí)行的文件　　?。锉硎据敵鑫募踹B接的用戶名和密碼等等。動態(tài)的生成一個語句的執(zhí)行計劃和成本的語句如下：D:\ DYNEXPLN D DB1028 –Z 。調(diào)整的主要方式是添加索引，和檢查語句是否有不當?shù)膶懛?。調(diào)整SQL語句同oracle數(shù)據(jù)庫一樣，調(diào)整topsql會對系統(tǒng)有很大的提升。將注冊表變量設置為 on 可提高程序的并發(fā)度。他們分別如下：　DB2_EVALUNCOMMITTEDDB2_SKIPDELETEDDB2_SKIPINSERTED　　對于游標穩(wěn)定性（CS）和讀穩(wěn)定性（RS）隔離級別，可使用 DB2_SKIPINSERTED 注冊表變量來跳過未落實的插入行。死鎖發(fā)生除了和語句有關，還和db2加鎖的機制有關。使用該功能，用戶就可以不必在太多的精力放在內(nèi)存的調(diào)節(jié)上，可以把主要的精力放在sql語句等其他方面的調(diào)整上。如果低了則可以適當作一個調(diào)整。沒有制定表所建的表空間，默認的情況下，EAS大部分的表建在了4k緩沖池對應的表空間，所以我們應該盡量調(diào)大4k緩沖池的大小，相應的減少8k和16k緩沖池的大小。這里說明一點，db2的分配是和表空間綁定的。同時監(jiān)控數(shù)據(jù)庫的各個的緩沖池的命中情況和使用情況。如果發(fā)現(xiàn)有死鎖出現(xiàn)，則需要繼續(xù)關注鎖信息的快照和系統(tǒng)目錄下的死鎖目錄文件信息?？梢宰ト讉€維度的快照（數(shù)據(jù)庫級的，緩沖池的，表的，語句的，還有鎖信息的）。從系統(tǒng)拋出的異常信息入手進行調(diào)整。Sql spool offSql 收集統(tǒng)計信息要定期進行，特別是在有大量的數(shù)據(jù)裝載或發(fā)生變化的時候。NM102039。39。||table_name||39。||owner||39。具體的過程如下：Sql〉conn system/XXXX服務名Sql spool onSql spool Sql select 39。 from dba_indexes 2* where owner=39。 pute statistics。.39。alter index 39。NM102039。39。||table_name||39。||owner||39。　SQLselect 39。如果讓優(yōu)化器產(chǎn)生相對較優(yōu)的執(zhí)行計劃，那么較新的統(tǒng)計信息必不可少。 收集帳套的統(tǒng)計信息 我們大多的Oracle數(shù)據(jù)庫都使用的基于成本的優(yōu)化器模式。 一般調(diào)整topsql語句，要特別關注語句的執(zhí)行計劃，改動量最小和最有效的方式是添加索引。Statspack報告中也會列出在報告的時間內(nèi)的topsql語句列表，大家可以重點關注這些sql語句?！　　　　　≌{(diào)整語句　 在oracle數(shù)據(jù)庫中，如有存在一些高消耗的sql語句，則會占用大量的系統(tǒng)資源，而使系統(tǒng)變慢。 有等待事件發(fā)生勢必影響相應的時間，所以對于OLTP系統(tǒng)，應盡量的減少等待的發(fā)生。這時轉(zhuǎn)入分析topsql語句。著重關注有大量邏輯讀和物理讀的情況。所以如果數(shù)據(jù)儲存已經(jīng)調(diào)整以后，如果還出現(xiàn)有大量的IO，就很可能是有的語句使用了不必要的全表掃描。如果發(fā)現(xiàn)IO較集中在某個磁盤上，則要考慮把數(shù)據(jù)分布到其他的磁盤上來減少IO競爭?！　　〗柚鷒s級的命令可以收集磁盤之間的io情況，也會有助于發(fā)現(xiàn)的io瓶頸。　　　　　?。桑喜糠帧　　】蛻舡h(huán)境的硬件配置一般都很好，多個cpu，較高的使用內(nèi)存，如果在一個配置很好的環(huán)境oracle運行依然很慢，就要考慮是否有io問題了。lock_sga=true 在內(nèi)存資源不是很充足的情況下，盡量不要對sga進行換頁。以提高查找速度。可以避免產(chǎn)生大量的硬解析。可以根據(jù)客戶硬件情況進行調(diào)整和放大?！　　∵@部分的調(diào)整相對較難，主要由DBA進行處理和調(diào)整?！　　∪绻到y(tǒng)同時還要一定數(shù)量的并發(fā)連接，還要計算好pga_aggregate_target的大小。否則會影響數(shù)據(jù)庫的運行性能?！　　　　　?nèi)存使用情況　　　可以通過查看statspack報告中的各個內(nèi)存區(qū)的命中率來判斷是否足夠。　　Oracle數(shù)據(jù)庫有很多方式查看上述幾項的運行情況?！　　。常偁??！　　。保畠?nèi)存。調(diào)整方式是添加和調(diào)整索引的定義，盡量避免對有大量數(shù)據(jù)的表上使用全表掃描操作。 Topsql語句調(diào)整 可以在事件探查器中發(fā)現(xiàn)有大量讀操作的sql語句。00:00:1539。為此，我們需要使用一種類似后臺運行的方法，以批定的采樣頻率檢測數(shù)據(jù)庫可能的阻塞，如果有阻塞，則以阻塞列表的形式打印出來，而且要盡量不能干擾現(xiàn)有系統(tǒng)的運行。另外，阻塞時的連接有兩種類型，一種是被阻塞的連接，另一種是阻塞源，通過SPID xxx標簽的說明可以知道，但對于具體發(fā)生阻塞的原因，此方法并沒有太大的幫助，只能確定是否有阻塞。 阻塞要檢測SQL Server的數(shù)據(jù)庫阻塞，可以采用兩種方法之一： 使用SQL Server企業(yè)管理器當發(fā)現(xiàn)可能存在數(shù)據(jù)庫阻塞時，打開SQL Server的“企業(yè)管理器”，展開發(fā)生阻塞的數(shù)據(jù)庫服務器的“管理”夾，一直到展開“鎖/進程 ID”，在此下面會列出類似 SPID xxx的項目，這些就是當前數(shù)據(jù)庫上的連接。調(diào)整io的一個很重要的方面是調(diào)整語句。還可以通過創(chuàng)建索引的時候指定創(chuàng)建的文件