【正文】 5_old 452_483 22412 31 根據(jù)從這個(gè)查詢獲得的輸出，您可能需要在 dbspace 間移動(dòng)一些表以使磁盤 I/O 平衡得更好。如果 IDS 占用了太多 RAM（例如，如果系統(tǒng)有 512MB RAM，而 IDS 占用了 400MB 或更多作為其 共享內(nèi)存），那么當(dāng)用戶執(zhí)行內(nèi)存密集型操作時(shí)，操作系統(tǒng)可能會(huì)經(jīng)歷頻繁的交換和掛起。此外也有許多圖形工具可用，這些工具使您能夠繪制操作系統(tǒng)資源利用率和性能的動(dòng)態(tài)變化。如果表有太多擴(kuò)展塊，那么那些擴(kuò)展塊極有可能相互交錯(cuò)。例如，如果索引只有兩層，那么只需要調(diào)整兩層，但如果索引有四層，那么相應(yīng)地就需要對(duì)所有四層進(jìn)行調(diào)整。在必須刪除或更新任何鍵值時(shí)，問題出現(xiàn)了。但如果 表很大，比如說超過了 100000 行，那么重復(fù)的順序掃描會(huì)對(duì)性能造成致命的影響。 sysmaster 數(shù)據(jù)庫(kù)中的 syssesprof 表提供了各會(huì)話的更多詳細(xì)信息。 查詢統(tǒng)計(jì)信息 查詢統(tǒng)計(jì)信息對(duì)于故障診斷和查詢優(yōu)化至關(guān)重要。 ―Current SQL statement‖部分顯示了正在執(zhí)行的查詢的完整 SQL 語法。一般，主要涉及系統(tǒng)和數(shù)據(jù)庫(kù)的性能。 ? ―sys‖字段告訴您整個(gè)系統(tǒng)占 用的 CPU 時(shí)間總和。 Time interval 指定 vmstat 刷新的間隔，而 count 指定它將刷新的最大次數(shù)。如果該數(shù)字極其龐大，并持續(xù)增長(zhǎng)，這通常表示物理存儲(chǔ)器或 RAM 不足，您可能需要安裝更多存儲(chǔ)器。通過檢查 SET EXPLAIN 輸出文件，您可以確定是否可以采取措施來提高該查詢的性能。 ? ―r‖字段告訴我們系統(tǒng)就緒隊(duì)列中有多少任務(wù)在等待要執(zhí)行的資源。它還顯示一行系統(tǒng)重啟或啟動(dòng)以后的虛擬內(nèi)存活動(dòng)的摘要信息。下面的實(shí)例展示了如何使用 time 實(shí)用程序來測(cè)量一個(gè)簡(jiǎn)單數(shù)據(jù)庫(kù)查詢的響應(yīng)時(shí)間： sys3523:omcadmin time dbaccess airgen_cm_db Database selected. (count(*)) 5958 1 row(s) retrieved. Database closed. real user sys 上面輸出的最后一部分給出了詳細(xì)的操作時(shí)間統(tǒng)計(jì)數(shù)據(jù)，該操作在本例中就是數(shù)據(jù)庫(kù)查詢： ? ―real‖字段告訴您從查詢開始到結(jié)束時(shí)所經(jīng)過的時(shí)間。由于在內(nèi)存中已經(jīng)解析過的查詢?cè)诖蠖鄶?shù)情況下都是正在執(zhí)行的查詢，因此這一部分與前一部分在大多數(shù)時(shí)候都是相同的。如果這些字段非零，就表明查詢出了一些問題，沒有正確地執(zhí)行。您可以將 syssessions 表與 syssesprof 表連接以進(jìn)一步確定每個(gè)會(huì)話的用戶名和主機(jī)機(jī)器名，以便了解哪些地方可能會(huì)出現(xiàn)數(shù)據(jù)庫(kù)和系統(tǒng)問題。 login_time 是一個(gè)指出會(huì)話登錄時(shí) 間的整數(shù)，使用 C 程序很容易將它轉(zhuǎn)換成常規(guī)時(shí)間格式。如果表很小，比如說幾百行，那么順序存取不會(huì)對(duì)性能造成什么影響；因?yàn)楫?dāng)數(shù)據(jù)庫(kù)引擎第一次掃描它時(shí)，該表會(huì)駐留于內(nèi)存中，而當(dāng)數(shù)據(jù)庫(kù)引擎下一次掃描它時(shí)，可以直接從內(nèi)存檢索該表中的所有數(shù)據(jù)。如果這個(gè)表有一百萬行，那么可能有 202100 行具有相同的 customer_type 代碼。索引層越多， IDS 到達(dá)索引葉節(jié)點(diǎn)所需的探測(cè)也就越多。物理頁的連續(xù)性對(duì)于性能十分重要。其它實(shí)用程序（如 vmstat、 iostat、 ps ef 和 sar ）在收集操作系統(tǒng)當(dāng)前的性能統(tǒng)計(jì)信息方面也很有用。 ipcs 命令來查看 Informix 共享內(nèi)存的大小。如果有些 dbspace 的磁盤讀寫操作相當(dāng)繁忙而另外一些的讀寫操作則相當(dāng)空閑，那么您可能需要為 Informix 引擎調(diào)整甚至重新安排物理磁盤布局。下面的腳本報(bào)告了各個(gè) dbspace 的當(dāng)前空間使用情況，并計(jì)算其百分比。我們可能還需要查看 onstat F 的輸出來作為確定那些參數(shù)值的參考。 檢查點(diǎn) 檢查點(diǎn)是使磁盤上的頁與共享內(nèi)存緩沖池中的頁同步的過程。 onstat d 命令監(jiān)控當(dāng)前的塊狀態(tài)，以下是該命令的輸出： Informix Dynamic Server 2021 Version OnLine Up 7 days 23:35:56 1654784 Kbytes Dbspaces address number flags fchunk nchunks flags owner name 6510c7d0 1 0x1 1 1 N informix rootdbs 65866468 2 0x1 2 4 N informix airgen_idx_dbs 658665b0 3 0x1 3 3 N informix spare 658666f8 4 0x1 4 5 N informix logs 65866840 5 0x1 5 2 N informix pm1 65866988 6 0x1 7 1 N informix pm_gen 65866ad0 7 0x2021 8 1 N T informix temp_dbspace2 65866c18 8 0x1 10 2 N informix pm2 65866d60 9 0x1 11 3 N informix airgen_main_dbs 65866ea8 10 0x1 14 1 N informix mso_meta 65867018 11 0x1 16 2 N informix pm3 65867160 12 0x2021 18 1 N T informix temp_dbspace3 658672a8 13 0x2021 20 1 N T informix temp_dbspace1 658673f0 14 0x1 25 2 N informix pm4 65867538 15 0x2021 29 1 N T informix temp_dbspace4 15 active, 2047 maximum Chunks address chk/dbs offset size free bpages flags pathname 6510c918 1 1 0 63069 51985 PO /usr/informix/dblink 6514b5f0 2 2 65000 750000 1 PO /usr/informix/dblink 6514b760 3 3 815000 60000 59747 PO /usr/informix/dblink 6514b8d0 4 4 875000 125000 4947 PO /usr/informix/dblink 6514ba40 5 5 0 1000000 299290 PO /usr/informix/dblink1 6514bbb0 6 2 0 1000000 207877 PO /usr/informix/dblink2 6514bd20 7 6 0 202100 179043 PO /usr/informix/dblink3 6514be90 8 7 202100 250000 249939 PO /usr/informix/dblink3 6510ca88 9 3 450000 250000 249997 PO /usr/informix/dblink3 6510cbf8 10 8 0 1000000 299086 PO /usr/informix/dblink4 6510cd68 11 9 0 1000000 4 PO /usr/informix/dblink5 6513c830 12 9 0 500000 10 PO /usr/informix/dblink6 6513c9a0 13 8 500000 300000 299997 PO /usr/informix/dblink6 6513cb10 14 10 800000 202100 27596 PO /usr/informix/dblink6 6513cc80 15 9 0 1000000 782331 PO /usr/informix/dblink7 6513cdf0 16 11 0 1000000 296827 PO /usr/informix/dblink8 65865018 17 4 0 400000 9997 PO /usr/informix/dblink9 65865188 18 12 400000 250000 249947 PO /usr/informix/dblink9 658652f8 19 5 0 300000 299997 PO /usr/informix/dblink10 65865468 20 13 300000 250000 249947 PO /usr/informix/dblink10 658655d8 21 4 550000 150000 14997 PO /usr/informix/dblink10 65865748 22 4 0 350000 4997 PO /usr/informix/dblink11 658658b8 23 11 350000 300000 299997 PO /usr/informix/dblink11 65865a28 24 2 0 1000000 999997 PO /usr/informix/dblink12 65865b98 25 14 0 1000000 299014 PO /usr/informix/dblink13 65865d08 26 2 0 750000 749997 PO /usr/informix/dblink14 65865e78 27 4 750000 250000 39997 PO /usr/informix/dblink14 65866018 28 14 0 300000 299997 PO /usr/informix/dblink15 65866188 29 15 300000 250000 249939 PO /usr/informix/dblink15 658662f8 30 3 550000 50000 49997 PO /usr/informix/dblink15 30 active, 2047 maximum 上面的輸出包含兩部分。消息日志還包含關(guān)鍵的錯(cuò)誤（ Informix 稱之為斷言失敗），如磁盤 I/O 錯(cuò)誤、鏡像錯(cuò)誤、當(dāng)機(jī)塊、數(shù)據(jù)完整性錯(cuò) 誤以及共享內(nèi)存錯(cuò)誤等等。理想情況是，預(yù)讀的頁數(shù)（即 ixdaRA、 idxRA 和 daRA 之和）等于順序掃描或索引讀期間所使用的頁數(shù)（即 R