【正文】 ? ―po‖字段告訴我們當(dāng)前內(nèi)存中有多少頁面被換出。 ? ―user‖字段告訴您用戶處理器為該操作而占用的 CPU 時間總和?？梢允褂? Informix finderr 實用程序來查明到底是什么問題，隨后在解決了該問題之后，殺死該會話并重新執(zhí)行該查詢?？梢韵? Informix 技術(shù)支持請求以獲取該 C 程序。 B樹存儲鍵值，其后跟一個指向每個物理行的指針列表。當(dāng)數(shù)據(jù)頁連續(xù)時，訪問磁盤數(shù)據(jù)所用的時間就最短，而數(shù)據(jù)庫也能連續(xù)地讀取行。有關(guān)如何計算 IDS 虛擬共享內(nèi)存段大小的詳細(xì)信息操作系統(tǒng)的整體性能 由于 Informix 數(shù)據(jù)庫引擎總是安裝在某個操作系統(tǒng)（主要是 UNIX）上，以準(zhǔn)確地監(jiān)控或評估 IDS 性能，因此我們需要將操作系統(tǒng)的行為作為一個整體來考慮，在數(shù)據(jù)庫引擎駐留在非專用數(shù)據(jù)庫服務(wù)器上時尤其要這樣考慮。 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 已把空間用完了。在檢查點(diǎn)期間， IDS 阻止用戶線程進(jìn)入臨界會話，并阻止所有的事務(wù)活動。在發(fā)生斷言失敗時，消息日志通常會將我們引向有關(guān)斷言失敗的（ ―‖）文件，該文件會記錄在數(shù)據(jù)庫引擎當(dāng)機(jī)時有關(guān)實例活動的更詳細(xì)信息，還會就如何解決這一問題給我們提供一些建議。這會縮短響應(yīng)時間，因而可以改善整體性能。 在這種情況下，您需要檢查消息日志或 Informix 聯(lián)機(jī)日志，以進(jìn)一步確定問題的根源 ， 除了當(dāng)前的操作方式以外，上面的輸出還提供了一些重要的 Informix 實例性能統(tǒng)計信息 。 操作方式 第一個也是最重要的實例活動當(dāng)然是 IDS 的操作方式。這是十分保守的數(shù)字，應(yīng)該根據(jù)具體環(huán)境加以調(diào)整。這些字段組合在一起表明 IDS 使用 Informix 預(yù)讀機(jī)制的效率。它們應(yīng)該始終聯(lián)機(jī)。同樣，如果 onstat F 的輸出顯示極高的塊寫（比如高于 10000），并且這個數(shù)字還在不斷增加，那么這可能表明出現(xiàn)了以下兩個問題中的一個：要么檢查點(diǎn)時間間隔太短，從而在檢查點(diǎn)之間清除程序沒有足夠的時間將所有經(jīng)過修改的緩沖區(qū)寫入磁盤，要么 AIO VP 太少，無法在檢查點(diǎn)期間共享繁重的磁盤寫。以下腳本將顯示各個 dbspace 的當(dāng)前 I/O 統(tǒng)計信息： 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 都有平衡的磁盤 讀寫操作。以下是來自 ―top‖實用程序的輸出： load averages: , , 10:17:30 123 processes: 120 sleeping, 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 上面的輸出包含兩部分。對于較大的數(shù)據(jù)庫或者大小設(shè)置不是很好的數(shù)據(jù)庫，我們可能還會關(guān)注擴(kuò)展塊的最大數(shù)目，或者會擔(dān)心針對索引的 32GB 限制。利用上面的示例，您可以將主鍵列 customer_id 添加到原來的索引，將它變成一個復(fù)合列（例如， ―create index index_name on customer ( customer_type , customer_id )‖）。 total_sorts 和 dsksorts 表明各會話使用內(nèi)存進(jìn)行排序操作的效率。根據(jù)研究所收集的統(tǒng)計信息，您可以進(jìn)一步優(yōu)化查詢以獲取更好的性能。 Timex 只是 time 實用程序的另一個變種，它將以更易讀的格式顯示時間。該實用程序?qū)⑸梢粋€名為 的文件，并詳細(xì)記錄查詢的每個執(zhí)行步驟。本例中，它所提供的統(tǒng)計數(shù)據(jù)是不準(zhǔn)確的，也不是最新的。響應(yīng)時間指的是用戶等待他們的請求（即 SQL 查詢）得到完成的時間。例如，如果您想知道某個會話正在 執(zhí)行什么查詢，那么您可能要首先使用命令 onstat g ses 來查明其會話標(biāo)識，然后將該標(biāo)識插入上面的命令。如果它是一個具有幾千甚至 幾百萬行的大表，那么您可能需要考慮向該表添加一些索引，或者考慮使用程序偽指令來強(qiáng)制內(nèi)部查詢優(yōu)化器為訪問該表中的數(shù)據(jù)選擇索引而不是順序掃描。在 OLTP 環(huán)境中會進(jìn)行頻繁的插入、刪除和更新，這些操作會導(dǎo)致不斷地對索引進(jìn)行拆分和合并，因此上述問題也就格外明顯。這意味著：您必須留意潛在的性能問題，確定其根源并將其消滅在萌芽狀態(tài)。這反過來影響了 IDS 性能，并且最終會損害系統(tǒng)的性能。如果某個 dbspace 缺少空間或把空間用完了，那么 IDS 會碰到麻煩。第二個字符表明塊的當(dāng)前狀態(tài)，是聯(lián)機(jī)（ O）還是脫機(jī)（ D）。s Guide for Informix Dynamic Server（本文稱為 Administrator39。在本文的后面我們將更詳細(xì)地討論這一問題。 Quiescent 方式表明 IDS 正在以單用戶方式運(yùn)行，在這種方式下，只有 DBA 可以進(jìn)行管理和維護(hù)工作。 OffLine 方式表明 IDS 當(dāng)前沒有在運(yùn)行。因而，您需要做進(jìn)一步的調(diào)查以搞清楚出現(xiàn)過多順序掃描的根源。請參考 Administrator39。該字段的第一個字符表明塊是主（ P）塊還是鏡像（ M）塊。 dbspace 使用情況 Informix 數(shù)據(jù)庫管理員要不斷 了解各個 dbspace 中的空間，這一點(diǎn)十分重要。 共享內(nèi)存段 太多的虛擬共享內(nèi)存段（通常多于三個）表明：最初的虛擬共享內(nèi)存段太小，數(shù)據(jù)庫引擎必須不斷分配額外的虛擬共享內(nèi)存段。 監(jiān)控數(shù)據(jù)庫活動 對數(shù)據(jù)庫活動進(jìn)行監(jiān)控的目的在于確保每個數(shù)據(jù)庫時刻都 將其能力發(fā)揮到了極致。用于這一調(diào)整的時間當(dāng)然也就長得多。下面的腳本將標(biāo)識具有多重順序掃描的表： 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 airgen_10_5 nenmoclassmap 586 airgen_10_5_old nenmoclassmap 586 從上面的輸出可以看出 airgen_10_0 表的順序掃描數(shù)很高。 onstat g sql sid 命令捕獲當(dāng)前會話的查詢及相關(guān)統(tǒng)計信息；其中 sid 是會話標(biāo)識，它可以通過硬編碼手工插入，也可以通過 UNIX shell 腳本動態(tài)插入。那么您又該如何配置系統(tǒng)和數(shù)據(jù)庫性能呢？有多方面的考慮，但是最關(guān)鍵的就是 響應(yīng)時間和 資源利用率。如果未指定任何參數(shù)， vmstat 就只會列出系統(tǒng)的前一次統(tǒng)計數(shù)據(jù)，而且不會進(jìn)行刷新。此外，它還提供估算的查詢成本，并預(yù)計查詢結(jié)果。下面是同一查詢的 timex 輸出： sys3523:omcadmin timex dbaccess airgen_cm_db Database selected. (count(*)) 5958 1 row(s) retrieved. Database closed. real user sys Vmstat vmstat 實用程序深入挖掘系統(tǒng)并報告系統(tǒng)資源使用的統(tǒng)計數(shù)據(jù)，主要涉及運(yùn)行的處理器、虛擬內(nèi)存、磁盤 I/O、中斷和 CPU。 ―Last parsed SQL statement‖部分顯示了在內(nèi)存中已經(jīng)過解析的查詢。您可能會使用以下公式來計算各會話使用內(nèi)存進(jìn)行排序的百分?jǐn)?shù)： (( total_sorts