【正文】 ng, 1 zombie, 2 on cpu CPU states: % idle, % user, % kernel, % iowait, % swap Memory: 3072M real, 76M free, 588M swap in use, 440M swap free PID USERNAME THR PRI NICE SIZE RES STATE TIME CPU COMMAND 28349 omcadmin 4 0 0 86M 55M cpu10 970:25 % 17782 informix 5 30 10 1631M 1594M sleep % 17784 informix 5 59 10 1631M 1594M sleep % 17786 informix 5 59 10 1631M 1591M sleep % 571 root 1 58 0 361M 129M sleep % em_mis 17785 informix 5 59 10 1631M 1592M sleep % 5470 omcadmin 1 0 0 1960K 1408K cpu15 0:00 % top 上面的輸出包含兩部分。其思想是，讓 IDS 在初始化時(shí)分配足夠的虛擬共享內(nèi)存，以便在用戶登錄到系統(tǒng)并執(zhí)行數(shù)據(jù)庫(kù)操作時(shí)無(wú)需分配 更多的虛擬共享內(nèi)存。以下腳本將顯示各個(gè) dbspace 的當(dāng)前 I/O 統(tǒng)計(jì)信息： select , fname[15,25] path_name, sum(pagesread) diskreads, sum(pageswritten) diskwrites from syschkio c, syschunks k, sysdbspaces d where = and = group by 1, 2 order by 1 輸出如下所示： name path_name diskreads diskwrites airgen_idx_dbs uild95/ltmp 3672 7964 airgen_main_dbs uild95/ltmp 13545 32903 llog uild95/ltmp 19 51633 rootdbs uild95/ltmp 211 43117 temp1 uild95/ltmp 3015 3122 temp2 uild95/ltmp 3218 3317 我們的目標(biāo)是要使所有的 dbspace 都有平衡的磁盤 讀寫操作。這一點(diǎn)對(duì)于生產(chǎn)數(shù)據(jù)庫(kù)至關(guān)重要。同樣，如果 onstat F 的輸出顯示極高的塊寫（比如高于 10000），并且這個(gè)數(shù)字還在不斷增加，那么這可能表明出現(xiàn)了以下兩個(gè)問題中的一個(gè)：要么檢查點(diǎn)時(shí)間間隔太短，從而在檢查點(diǎn)之間清除程序沒有足夠的時(shí)間將所有經(jīng)過修改的緩沖區(qū)寫入磁盤，要么 AIO VP 太少，無(wú)法在檢查點(diǎn)期間共享繁重的磁盤寫。如果有任何主塊當(dāng)機(jī)，那么您需要立即從備份磁帶執(zhí)行冷或暖恢復(fù)，以確保數(shù)據(jù)完整性。它們應(yīng)該始終聯(lián)機(jī)。 消息日志 消息日志也稱為聯(lián)機(jī)日志。這些字段組合在一起表明 IDS 使用 Informix 預(yù)讀機(jī)制的效率。如果該數(shù)字非零，那么您 可能需要提高配置文件中 LOCKS 參數(shù)的值。這是十分保守的數(shù)字，應(yīng)該根據(jù)具體環(huán)境加以調(diào)整。在大多數(shù)情況下， IDS 應(yīng)該始終處于 OnLine 方式。 操作方式 第一個(gè)也是最重要的實(shí)例活動(dòng)當(dāng)然是 IDS 的操作方式。本例中， Informix 引擎是 ―OnLine‖。 在這種情況下，您需要檢查消息日志或 Informix 聯(lián)機(jī)日志，以進(jìn)一步確定問題的根源 ， 除了當(dāng)前的操作方式以外，上面的輸出還提供了一些重要的 Informix 實(shí)例性能統(tǒng)計(jì)信息 。 輸出的 seqscan 字段表明自數(shù)據(jù)庫(kù)啟動(dòng)或聯(lián)機(jī)以來(lái)執(zhí)行了多少次順序掃描。這會(huì)縮短響應(yīng)時(shí)間，因而可以改善整體性能。這表明預(yù)讀的頁(yè)百分之百地用于順序掃描和索引讀。在發(fā)生斷言失敗時(shí)，消息日志通常會(huì)將我們引向有關(guān)斷言失敗的（ ―‖）文件，該文件會(huì)記錄在數(shù)據(jù)庫(kù)引擎當(dāng)機(jī)時(shí)有關(guān)實(shí)例活動(dòng)的更詳細(xì)信息，還會(huì)就如何解決這一問題給我們提供一些建議。第一部分列出了所有的 dbspace，第二部分則列出了所有的塊。在檢查點(diǎn)期間， IDS 阻止用戶線程進(jìn)入臨界會(huì)話，并阻止所有的事務(wù)活動(dòng)。有關(guān)如何調(diào)優(yōu)那些參數(shù)的詳細(xì)信息，請(qǐng)參考 Administrator39。 select name dbspace, sum(chksize) allocated, sum(nfree) free, round(((sum(chksize) sum(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 已把空間用完了。我們可以使用 onstat D 和 onstat g ioq 獲得類似的信息，前者顯示各個(gè)塊的磁盤讀和寫，而后者顯示磁盤 I/O 等待隊(duì)列信息。有關(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í)尤其要這樣考慮。 vmstat 顯示目前操作系統(tǒng)交換了多少內(nèi)存； iostat 和 sar 顯示了當(dāng)前在所有物理磁盤中磁盤 I/O 的分配；而 ps ef 打印出當(dāng)前各個(gè)處理器的登錄時(shí)間、 CPU 及內(nèi)存使用情況的詳細(xì)信息。當(dāng)數(shù)據(jù)頁(yè)連續(xù)時(shí)，訪問磁盤數(shù)據(jù)所用的時(shí)間就最短，而數(shù)據(jù)庫(kù)也能連續(xù)地讀取行。而且，如果葉節(jié)點(diǎn)被拆分或合并，那么整個(gè)索引對(duì)這一變化進(jìn)行調(diào)整將要花費(fèi)更多的時(shí)間。 B樹存儲(chǔ)鍵值，其后跟一個(gè)指向每個(gè)物理行的指針列表。這實(shí)際上是使用順序掃描的有效方式?？梢韵? Informix 技術(shù)支持請(qǐng)求以獲取該 C 程序。以下查詢可以檢索所有這類信息： select username, hostname, (isreads+bufreads+bufwrites+pagreads+pagwrites) access, locksheld, seqscans, total_sorts, dsksorts from syssessions s, syssesprof f where = 您也可以將 syssessions 表與 syslocks 表連接以獲取關(guān)于鎖的更多詳細(xì)信息，如哪個(gè)會(huì)話當(dāng)前鎖定了哪個(gè)數(shù)據(jù)庫(kù)中的哪個(gè)表，以此來(lái)幫助您確定各用戶之間潛在的鎖沖突： select owner, username, hostname, dbsname, tabname, type from syssessions s, syslocks l where sid = owner and tabname not like sys% 輸出類似于： Owner username hostname dbsname tabname type 1422 wsine apple prod customer S 1567 jlinder sys3524 dev products S 2237 ejhonson case prod orders X 6679 cjz020 sys4800 dev shipment S 889654 jfjianing omega test prices X 77622 hong build50 test items S 如果在鎖使用方面存在某些沖突，例如某個(gè)用戶需要對(duì)已被別的用戶鎖定的表 進(jìn)行專有訪問，那么您可以方便地確定該鎖的所有者，并根據(jù)用戶的優(yōu)先級(jí)發(fā)出 onmode z sid 命令來(lái)殺死會(huì)話，然后釋放該鎖； sid 這個(gè)編號(hào)是從上面輸出中的 owner 字段中獲取的；請(qǐng)注意，只有用戶 ―Informix‖可以執(zhí)行該命令?？梢允褂? Informix finderr 實(shí)用程序來(lái)查明到底是什么問題，隨后在解決了該問題之后，殺死該會(huì)話并重新執(zhí)行該查詢。 調(diào)優(yōu) Informix SQL 調(diào)優(yōu)標(biāo)準(zhǔn) 調(diào)優(yōu)標(biāo)準(zhǔn)基本上是依據(jù)個(gè)人的業(yè)務(wù)需求而定的。 ? ―user‖字段告訴您用戶處理器為該操作而占用的 CPU 時(shí)間總和。下面是一個(gè)輸出示例： sys3523:omcadmin vmstat 1 10 procs memory page disk faults cpu r b w swap free re mf pi po fr de sr m0 m1 m4 m5 in sy cs us sy id 0 0 0 1959208 1294824 141 824 1 1 1 0 0 0 0 0 0 906 946 700 2 3 95 0 0 0 1995568 1260288 0 46 0 0 0 0 0 0 0 0 0 834 386 213 0 0 100 0 0 0 1995568 1260288 0 40 0 0 0 0 0 0 0 0 0 884 265 199 0 1 99 0 0 0 1995568 1260288 0 40 0 0 0 0 0 0 0 0 0 834 325 186 0 0 100 0 0 0 1995568 1260288 43 286 0 0 0 0 0 0 0 0 0 869 1682 242 0 1 99 0 0 0 1995352 1260048 658 3503 0 0 0 0 0 0 0 0 0 827 21930 375 3 14 83 0 0 0 1995408 1260240 662 3495 0 0 0 0 0 0 0 0 0 825 22021 387 4 13 83 0 0 0 1995568 1260288 121 691 0 0 0 0 0 0 0 0 0 834 4310 261 1 3 96 0 0 0 1995568 1260288 0 40 0 0 0 0 0 0 0 0 0 824 250 188 0 0 100 0 0 0 1995568 1260288 0 40 0 0 0 0 0 0 0 0 0 824 365 214 0 0 100 vmstat 實(shí)用程序接收兩個(gè)整數(shù)參數(shù)： time interval 和 count。 ? ―po‖字段告訴我們當(dāng)前內(nèi)存中有多少頁(yè)面被換出。以下示例展示了一個(gè)極其復(fù)雜查詢的 set explain 輸出： QUERY: SELECT +AVOID_FULL(omchn)+AVOID_FULL(daphn) , nvl(,00000000000000000