【正文】 此外，它還提供估算的查詢成本，并預(yù)計(jì)查詢結(jié)果。 ? ―id‖字段告訴我們當(dāng)前使用了多少系統(tǒng) CPU 資源。 輸出中最 讓我們感興趣的是 ―r‖、 ―po‖和 ―id‖字段。如果未指定任何參數(shù)， vmstat 就只會列出系統(tǒng)的前一次統(tǒng)計(jì)數(shù)據(jù)，而且不會進(jìn)行刷新。下面是同一查詢的 timex 輸出： sys3523:omcadmin timex dbaccess airgen_cm_db Database selected. (count(*)) 5958 1 row(s) retrieved. Database closed. real user sys Vmstat vmstat 實(shí)用程序深入挖掘系統(tǒng)并報(bào)告系統(tǒng)資源使用的統(tǒng)計(jì)數(shù)據(jù)，主要涉及運(yùn)行的處理器、虛擬內(nèi)存、磁盤 I/O、中斷和 CPU。 我們最感興趣的是 ―real‖字段；該字段表示操作的響應(yīng)時(shí)間。 如何測量 SQL 查詢的響應(yīng)時(shí)間和資源利用率呢？ Unix 和 Informix 提供了一些工具和實(shí)用程序，幫助我們科學(xué)、定量地測量響應(yīng)時(shí)間和資源利用率 調(diào)優(yōu)工具 Unix 工具 Time 和 timex 您可以使用 time 實(shí)用程序來報(bào)告一些系統(tǒng)操作的響應(yīng)時(shí)間，例如文件傳送、數(shù)據(jù)庫的查詢執(zhí)行以及其他活動。那么您又該如何配置系統(tǒng)和數(shù)據(jù)庫性能呢？有多方面的考慮，但是最關(guān)鍵的就是 響應(yīng)時(shí)間和 資源利用率。 ―Last parsed SQL statement‖部分顯示了在內(nèi)存中已經(jīng)過解析的查詢。它對于診斷問題查詢和查詢優(yōu)化非常有幫助。最有趣的兩個(gè)字段是 SQL error 和 ISAM error 。 onstat g sql sid 命令捕獲當(dāng)前會話的查詢及相關(guān)統(tǒng)計(jì)信息；其中 sid 是會話標(biāo)識，它可以通過硬編碼手工插入，也可以通過 UNIX shell 腳本動態(tài)插入。您可能會使用以下公式來計(jì)算各會話使用內(nèi)存進(jìn)行排序的百分?jǐn)?shù)： (( total_sorts dsksorts)/ total_sorts)*100 該百分?jǐn)?shù)越高，排序操作效率也就越高。使用以下查詢，您可以更好地理解各個(gè)會話是如何與數(shù)據(jù)庫交互的： select sid, (isreads+bufreads+bufwrites+pagreads+pagwrites) access, locksheld, seqscans, total_sorts, dsksorts from syssesprof 輸出如下所示： Sid access locksheld seqscans tot_sorts disksorts 233982 246 0 2 0 0 230421 7789 12 456 1000 0 225679 9981 213 669 876 2 247869 10098 440 578 98 2 78 70 45 6 0 0 447 46 89 6 0 0 access 字段顯示了會話命中數(shù)據(jù)庫的次數(shù)。可以使用以下查詢來查詢該表來獲取全部此類信息： select sid, username, hostname, connected logint_time, hex(state) s_state from syssessions 輸出類似于： sid username hostname logint_time s_state 233989 omcadmin localhost 1041348844 0x00080021 233982 omcadmin gcsyse1 1041348608 0x00080001 233981 omcadmin nysys4e1 1041348608 0x00080001 233980 omcadmin nysys5e1 1041348608 0x00080001 233979 omcadmin ffsyse1 1041348608 0x00080001 233973 omcadmin nysys1 1041348608 0x00080001 233781 wsadmin2 gcmmi 1041346036 0x00080001 233697 omcadmin localhost 1041344008 0x00080001 233694 wsadmin4 nymmi1 1041343932 0x00080001 233693 wsadmin4 nymmi1 1041343932 0x00080001 230550 omcadmin nysys1 1041293396 0x00080001 230476 omcadmin ffsyse1 1041292665 0x00080001 230421 omcadmin gcsyse1 1041292365 0x00080001 230278 omcadmin nysys5e1 1041291208 0x00080001 s_tate 是一個(gè)指出會話的當(dāng)前活動狀態(tài)的十六進(jìn)制數(shù)，以獲取對這其中每個(gè)活動狀態(tài)的詳細(xì)描述。下面的腳本將標(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ù)很高。 順序掃描 對表進(jìn)行順序存取有時(shí)會降低性能，因?yàn)閿?shù)據(jù)庫引擎必須掃描整個(gè)表以選取滿足查詢條件的行。 IDS 必須找遍所有的重復(fù)內(nèi)容， 直到找到要刪除或更新的正確鍵為止！ 下面的腳本用來標(biāo)識重復(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è)鍵都是唯一的。假定表 customer 的 customer_type 列上有一個(gè)索引，而可能的 customer_type 代碼只有五種。用于這一調(diào)整的時(shí)間當(dāng)然也就長得多。有關(guān)如何對表估計(jì)和分配數(shù)據(jù)塊大小的詳細(xì)信息， 索引層 索引 的層數(shù)也可能會對性能產(chǎn)生不利影響。這極大地影響了性能，因?yàn)楫?dāng)您檢索某個(gè)表的數(shù)據(jù)時(shí)，磁頭需要對屬于該表的多個(gè)非連續(xù)擴(kuò)展塊進(jìn) 行尋道，而不是對具有連續(xù)物理頁的一個(gè)大擴(kuò)展塊進(jìn)行尋道。然而，如果一個(gè)表有多個(gè)擴(kuò)展塊，那就不能保證這些擴(kuò)展塊是連續(xù)的；擴(kuò)展塊可能會散布在表所駐留的整個(gè) dbspace 上。 監(jiān)控?cái)?shù)據(jù)庫活動 對數(shù)據(jù)庫活動進(jìn)行監(jiān)控的目的在于確保每個(gè)數(shù)據(jù)庫時(shí)刻都 將其能力發(fā)揮到了極致。第一部分為您匯總了操作系統(tǒng)的 CPU 和內(nèi)存的整體使用情況，第二部分則 提供了有關(guān)每個(gè)處理器的詳細(xì)信息。當(dāng)內(nèi)存不足時(shí)，系統(tǒng)必須將一些數(shù)據(jù)頁從內(nèi)存交換到磁盤，以便為新數(shù)據(jù)騰出更多空間。您可能還想使用 UNIX174。 共享內(nèi)存段 太多的虛擬共享內(nèi)存段（通常多于三個(gè)）表明：最初的虛擬共享內(nèi)存段太小，數(shù)據(jù)庫引擎必須不斷分配額外的虛擬共享內(nèi)存段。在大多數(shù)情況下，這是不現(xiàn)實(shí)的，但上面的輸出至少讓您對 dbspace I/O 的分配方式有了一個(gè)概念，可以幫助您標(biāo)識 ―最熱門的 ‖dbspace — 那些磁盤讀寫最多的 dbspace。 dbspace I/O Dbsapce I/O 是由磁盤讀和磁盤寫來衡量的。我們需要監(jiān)控每個(gè) dbspace 的增長，以便能夠?qū)@些問題采取更主動的方法。 dbspace 使用情況 Informix 數(shù)據(jù)庫管理員要不斷 了解各個(gè) dbspace 中的空間，這一點(diǎn)十分重要。這樣，您需要重新檢查 CKPINTVL、 LRUS、 CLEANERS 和 NUMAIOVPS 配置參數(shù)的設(shè)置，并相應(yīng)地增加它們的值。在存在幾千個(gè)事務(wù)并且響應(yīng)時(shí)間至