【正文】 (nfree))/sum(chksize))*100) pcused from sysdbspaces d, syschunks c where = group by name order by name 輸出如下所示： dbspace allocated free pcused airgen_idx_dbs 1000000 763405 24 airgen_main_dbs 1500000 295789 80 llog 1000000 9947 99 rootdbs 50000 36220 28 temp1 250000 249947 0 temp2 250000 249939 0 上面的輸出有助于我們確定哪些 dbspace 已把空間用完了。 dbspace I/O Dbsapce I/O 是由磁盤讀和磁盤寫來(lái)衡量的。平衡得較好 的 dbspace I/O 將減輕系統(tǒng)磁盤 I/O 負(fù)載，從而會(huì)改善系統(tǒng)的整體性能。在大多數(shù)情況下，這是不現(xiàn)實(shí)的，但上面的輸出至少讓您對(duì) dbspace I/O 的分配方式有了一個(gè)概念，可以幫助您標(biāo)識(shí) ―最熱門的 ‖dbspace — 那些磁盤讀寫最多的 dbspace。我們可以使用 onstat D 和 onstat g ioq 獲得類似的信息，前者顯示各個(gè)塊的磁盤讀和寫，而后者顯示磁盤 I/O 等待隊(duì)列信息。 共享內(nèi)存段 太多的虛擬共享內(nèi)存段（通常多于三個(gè)）表明：最初的虛擬共享內(nèi)存段太小，數(shù)據(jù)庫(kù)引擎必須不斷分配額外的虛擬共享內(nèi)存段。 onstat g seg 命令顯示了 Informix 數(shù)據(jù)庫(kù)引擎目前擁有多少共享內(nèi)存段： Informix Dynamic Server 2021 Version OnLine Up 28 days 15:49:33 205824 Kbytes Segment Summary: id key addr size ovhd class blkused blkfree 0 1381386241 a000000 177209344 220688 R 42984 280 1 1381386242 14900000 8388608 856 V 2048 0 2 1381386243 15100000 1048576 632 M 164 92 3 1381386244 15202100 8388608 856 V 2048 0 4 1381386245 15a00000 8388608 856 V 2021 40 5 1381386246 16202100 8388608 856 V 50 1998 Total: 211812352 49302 2410 (* segment locked in memory) 如果輸出顯示虛擬共享內(nèi)存段多于三個(gè)，那么您需要提高配置文件中 SHMVERSIZE 參數(shù)的值。您可能還想使用 UNIX174。有關(guān)如何計(jì)算 IDS 虛擬共享內(nèi)存段大小的詳細(xì)信息操作系統(tǒng)的整體性能 由于 Informix 數(shù)據(jù)庫(kù)引擎總是安裝在某個(gè)操作系統(tǒng)（主要是 UNIX）上，以準(zhǔn)確地監(jiān)控或評(píng)估 IDS 性能，因此我們需要將操作系統(tǒng)的行為作為一個(gè)整體來(lái)考慮，在數(shù)據(jù)庫(kù)引擎駐留在非專用數(shù)據(jù)庫(kù)服務(wù)器上時(shí)尤其要這樣考慮。當(dāng)內(nèi)存不足時(shí)，系統(tǒng)必須將一些數(shù)據(jù)頁(yè)從內(nèi)存交換到磁盤，以便為新數(shù)據(jù)騰出更多空間。有不少 UNIX 實(shí)用程序可以監(jiān)控操作系統(tǒng) CPU 和內(nèi)存的整體利用率。第一部分為您匯總了操作系統(tǒng)的 CPU 和內(nèi)存的整體使用情況，第二部分則 提供了有關(guān)每個(gè)處理器的詳細(xì)信息。 vmstat 顯示目前操作系統(tǒng)交換了多少內(nèi)存； iostat 和 sar 顯示了當(dāng)前在所有物理磁盤中磁盤 I/O 的分配；而 ps ef 打印出當(dāng)前各個(gè)處理器的登錄時(shí)間、 CPU 及內(nèi)存使用情況的詳細(xì)信息。 監(jiān)控?cái)?shù)據(jù)庫(kù)活動(dòng) 對(duì)數(shù)據(jù)庫(kù)活動(dòng)進(jìn)行監(jiān)控的目的在于確保每個(gè)數(shù)據(jù)庫(kù)時(shí)刻都 將其能力發(fā)揮到了極致。以下是要留意的幾個(gè)方面。然而，如果一個(gè)表有多個(gè)擴(kuò)展塊，那就不能保證這些擴(kuò)展塊是連續(xù)的；擴(kuò)展塊可能會(huì)散布在表所駐留的整個(gè) dbspace 上。當(dāng)數(shù)據(jù)頁(yè)連續(xù)時(shí)，訪問(wèn)磁盤數(shù)據(jù)所用的時(shí)間就最短，而數(shù)據(jù)庫(kù)也能連續(xù)地讀取行。這極大地影響了性能，因?yàn)楫?dāng)您檢索某個(gè)表的數(shù)據(jù)時(shí)，磁頭需要對(duì)屬于該表的多個(gè)非連續(xù)擴(kuò)展塊進(jìn) 行尋道，而不是對(duì)具有連續(xù)物理頁(yè)的一個(gè)大擴(kuò)展塊進(jìn)行尋道。下面的腳本檢測(cè)具有多個(gè)擴(kuò)展塊的數(shù)據(jù)庫(kù)表： select , count(*) num_ext from sysmaster:sysextents e, sysmaster:systables t where = and dbsname = airgen and not like sys% group by 1 having count(*) 1 order by 2 desc 輸出如下所示： tabname num_ext nmoattrclassmap 14 attrclass 11 workmoclass 3 fanout_param 3 fanout_p 2 ne_nmo 2 nenmoclassmap 2 join_map 2 如果除了大型分段表以外，任何表的擴(kuò)展塊超過(guò)了 10 個(gè)，那么您應(yīng)該考慮重新構(gòu)建這些表以合并擴(kuò)展塊。有關(guān)如何對(duì)表估計(jì)和分配數(shù)據(jù)塊大小的詳細(xì)信息， 索引層 索引 的層數(shù)也可能會(huì)對(duì)性能產(chǎn)生不利影響。而且，如果葉節(jié)點(diǎn)被拆分或合并，那么整個(gè)索引對(duì)這一變化進(jìn)行調(diào)整將要花費(fèi)更多的時(shí)間。用于這一調(diào)整的時(shí)間當(dāng)然也就長(zhǎng)得多。下面的腳本標(biāo)識(shí)每個(gè)索引的層數(shù)： select idxname, levels from sysindexes order by 2 desc 輸出如下所示： idxname levels objdesc 3 fanout_param_i 3 458_485 3 457_484 3 idxname 2 tabgtor 2 tabgtee 2 如果哪個(gè)索引超過(guò)了 4 層，您可能就需要考慮刪除和重新構(gòu)建該索引，從而合并其層，以獲取更好的性能。假定表 customer 的 customer_type 列上有一個(gè)索引，而可能的 customer_type 代碼只有五種。 B樹存儲(chǔ)鍵值，其后跟一個(gè)指向每個(gè)物理行的指針列表。 IDS 必須找遍所有的重復(fù)內(nèi)容， 直到找到要?jiǎng)h除或更新的正確鍵為止！ 下面的腳本用來(lái)標(biāo)識(shí)重復(fù)程度很高的索引： select tabname, idxname, nrows, nunique from systables t, sysindexes I where = and 99 and nrows 0 and nunique 0 輸出如下所示： tabname idxname nrows nunique bsc_dte bscdte_i 6 6 omcgttready 231_413 1 1 systemrelease 451_478 3 3 neclass 452_479 31 12 sysrelneclassmap 453_480 33 3 proxynemgrmap 454_481 1 1 workmoclass 455_482 362 199 nenmoclassmap 456_483 492 12 attrclass 457_484 1191 924 nmoattrclassmap 458_485 2901 199 fanout_p fanout_p_i 915 199 fanout_p fanout_p_i2 915 199 fanout_p fanout_p_i3 915 82 fanout_param fanout_param_i 2894 196 在理想情況下， nunique 列中所出現(xiàn)的全部值都應(yīng)該與 nrow 列中的全部值相等，即索引中的每個(gè)鍵都是唯一的。為了避免因索引重復(fù)程度很高而引起的性能瓶頸，您可以使用復(fù)合索引來(lái)替換原來(lái)的索引，復(fù)合索引結(jié)合了重復(fù)程度很高的列與唯一性比較高的列。 順序掃描 對(duì)表進(jìn)行順序存取有時(shí)會(huì)降低性能，因?yàn)閿?shù)據(jù)庫(kù)引擎必須掃描整個(gè)表以選取滿足查詢條件的行。這實(shí)際上是使用順序掃描的有效方式。下面的腳本將標(biāo)識(shí)具有多重順序掃描的表： select dbsname, tabname, sum(seqscans) tot_scans from sysptprof where seqscans 0 and dbsname not like sys% group by 1,2 order by 3 desc 輸出如下所示： dbsname tabname tot_scans airgen_10_0 systemrelease 2352 airgen_10_5_old systemrelease 1596 airgen_10_5 systemrelease 1596 airgen_10_0 fanout_p 1587 airgen_10_5_old sysusers 1248 airgen_10_0 sysusers 1241 airgen_10_5 sysusers 1231 airgen_10_0 join_map 1036 airgen_10_0 fanout_param 958 airgen_10_0 func_call 770