【正文】 更新的正確鍵為止！ 下面的腳本用來標識重復程度很高的索引： 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)的全部值都應該與 nrow 列中的全部值相等，即索引中的每個鍵都是唯一的。用于這一調(diào)整的時間當然也就長得多。這極大地影響了性能，因為當您檢索某個表的數(shù)據(jù)時，磁頭需要對屬于該表的多個非連續(xù)擴展塊進 行尋道，而不是對具有連續(xù)物理頁的一個大擴展塊進行尋道。 監(jiān)控數(shù)據(jù)庫活動 對數(shù)據(jù)庫活動進行監(jiān)控的目的在于確保每個數(shù)據(jù)庫時刻都 將其能力發(fā)揮到了極致。當內(nèi)存不足時，系統(tǒng)必須將一些數(shù)據(jù)頁從內(nèi)存交換到磁盤，以便為新數(shù)據(jù)騰出更多空間。 共享內(nèi)存段 太多的虛擬共享內(nèi)存段（通常多于三個）表明：最初的虛擬共享內(nèi)存段太小，數(shù)據(jù)庫引擎必須不斷分配額外的虛擬共享內(nèi)存段。 dbspace I/O Dbsapce I/O 是由磁盤讀和磁盤寫來衡量的。 dbspace 使用情況 Informix 數(shù)據(jù)庫管理員要不斷 了解各個 dbspace 中的空間，這一點十分重要。在存在幾千個事務并且響應時間至關(guān)重要的 OLTP 環(huán)境中，情況尤其如此。該字段的第一個字符表明塊是主（ P）塊還是鏡像（ M）塊。當用戶―omcadmin‖登錄到名為 nvlsys 的機器并執(zhí)行了一些數(shù)據(jù)庫操作（大部分是未正確執(zhí)行的 SQL 查詢），該機器上發(fā)生了這一錯誤。請參考 Administrator39。請參考 Administrator39。因而，您需要做進一步的調(diào)查以搞清楚出現(xiàn)過多順序掃描的根源。第一個 %cache 字段顯示了讀高速緩存比例的百分比，而第二個則顯示了寫高速緩存比例。 OffLine 方式表明 IDS 當前沒有在運行。Informix 系統(tǒng)管理維護手冊 監(jiān)控實例活動 IDS 實例是指 Informix 共享內(nèi)存、 Informix 處理器、 Informix 數(shù)據(jù)庫以及分配給 Informix 的物理設備。 Quiescent 方式表明 IDS 正在以單用戶方式運行，在這種方式下，只有 DBA 可以進行管理和維護工作。讀高速緩存比例和寫高速緩存比例會隨應用程序及正在操作的數(shù)據(jù)的類型和大小而動態(tài)變化。在本文的后面我們將更詳細地討論這一問題。s Guide for Informix Dynamic Server以獲取更多詳細信息。s Guide for Informix Dynamic Server（本文稱為 Administrator39。文件 /var/tmp/ 記錄了出錯時有關(guān)數(shù)據(jù)庫引擎狀態(tài)的詳細統(tǒng)計信息。第二個字符表明塊的當前狀態(tài)，是聯(lián)機（ O）還是脫機（ D）。正如上面所解釋的那樣，可以通過查看消息日志來監(jiān)控檢查點持續(xù)時間，但更好更快的方法是使用 onstat m 命令。如果某個 dbspace 缺少空間或把空間用完了，那么 IDS 會碰到麻煩。如果某些 dbspace 有繁重的磁盤讀寫操作，而另外一些 dbspace 幾乎不進行任何讀寫操作，那么系統(tǒng)可能會出現(xiàn)一些磁盤 I/O 瓶頸。這反過來影響了 IDS 性能，并且最終會損害系統(tǒng)的性能。如果系統(tǒng)內(nèi)存不足，那么 CPU 可能也會遭殃。這意味著：您必須留意潛在的性能問題，確定其根源并將其消滅在萌芽狀態(tài)。這會顯著地降低磁盤尋道速度。在 OLTP 環(huán)境中會進行頻繁的插入、刪除和更新，這些操作會導致不斷地對索引進行拆分和合并，因此上述問題也就格外明顯。根據(jù)行數(shù)（上面的 nrows列）和唯一鍵數(shù)（上面的 nunique 列），我們可以計算每個索引唯一性的百分率： ( nunique/nrows)*100 百分率越高，索引的唯一性就越高。如果它是一個具有幾千甚至 幾百萬行的大表，那么您可能需要考慮向該表添加一些索引，或者考慮使用程序偽指令來強制內(nèi)部查詢優(yōu)化器為訪問該表中的數(shù)據(jù)選擇索引而不是順序掃描。 locksheld 顯示各會話正使用多少鎖。例如，如果您想知道某個會話正在 執(zhí)行什么查詢，那么您可能要首先使用命令 onstat g ses 來查明其會話標識，然后將該標識插入上面的命令。如果您發(fā)現(xiàn)了該查詢的一些問題，如響應時間太長，消耗了太多的系統(tǒng) CPU 或內(nèi)存，那 么您可以按其顯示狀態(tài)為該查詢制作一個副本，以便稍后研究和分析之用。響應時間指的是用戶等待他們的請求（即 SQL 查詢）得到完成的時間。讓我們仔細查看一下上面的這個例子。本例中，它所提供的統(tǒng)計數(shù)據(jù)是不準確的，也不是最新的。 這些字段一起將讓您較好地了解當前系統(tǒng)資源的使用情況。該實用程序?qū)⑸梢粋€名為 的文件，并詳細記錄查詢的每個執(zhí)行步驟。如果給定了 count， vmstat 就會重復獲取系統(tǒng)的統(tǒng)計數(shù)據(jù)，直到達到了所指定的 count 次數(shù)。 Timex 只是 time 實用程序的另一個變種，它將以更易讀的格式顯示時間。 通常，如果完成調(diào)優(yōu)過程之后，調(diào)優(yōu)之后的 SQL 查詢的響應時間變短了，而系統(tǒng)資源的利用率降低了，那么您就可以充滿信心地推斷：您已經(jīng)調(diào)優(yōu)該 SQL 查詢，并獲得了更高的效率。根據(jù)研究所收集的統(tǒng)計信息，您可以進一步優(yōu)化查詢以獲取更好的性能。 輸出如下所示： Informix Dynamic Server 2021 Version OnLine Up 38 days 11:26:22 1654784 Kbytes session RSAM total used id user tty pid hostname threads memory memory 134709 omcadmin 3 29580 localhos 1 65536 61120 tid name rstcb flags curstk status 147311 sqlexec 6511e728 YP 1648 6511e728 cond wait(norm) Memory pools count 1 name class addr totalsize freesize allocfrag freefrag 134709 V 669b9020 65536 4416 162 6 name free used name free used overhead 0 1648 scb 0 96 opentable 0 6000 filetable 0 920 log 0 2152 temprec 0 1608 keys 0 192 ralloc 0 20480 gentcb 0 1256 ostcb 0 2520 sort 0 56 sqscb 0 11960 sql 0 40 rdahead 0 640 hashfiletab 0 280 osenv 0 1584 buft_buffer 0 4272 sqtcb 0 3240 fragman 0 2176 Sess SQL Current Iso Lock SQL ISAM . Id Stmt type Database Lvl Mode ERR ERR Vers 134709 SELECT mso_db CR Not Wait 0 0 Current SQL statement : SELECT ne_type, config_set_version FROM ne WHERE ne_inst = 46176 AND msospace_id = 1 Last parsed SQL statement : SELECT ne_type, config_set_version FROM ne WHERE ne_inst = 46176 AND msospace_id = 1 輸出的第一部分給出了關(guān)于正在執(zhí)行的查詢的一些常規(guī)統(tǒng)計信息，如對 哪個數(shù)據(jù)庫執(zhí)行查詢、其隔離級別以及鎖方式。 total_sorts 和 dsksorts 表明各會話使用內(nèi)存進行排序操作的效率。使用本文前面討論的監(jiān)控工具，我們可以收集哪些會話活動統(tǒng)計信息呢？ 常規(guī)會話統(tǒng)計信息 sysmaster 數(shù)據(jù)庫中的 syssessions 表存儲各個會話的常規(guī)信息，如登錄名、登錄時間、會話所登錄的主機機器、操作系統(tǒng)的進程標識和當前狀態(tài)等等。利用上面的示例，您可以將主鍵列 customer_id 添加到原來的索引，將它變成一個復合列（例如， ―create index index_name on customer ( customer_type , customer_id )‖）。 索引唯一性 索引的重復程度很高會嚴重地影響更新和刪除的性能。對于較大的數(shù)據(jù)庫或者大小設置不是很好的數(shù)據(jù)庫，我們可能還會關(guān)注擴展塊的最大數(shù)目，或者會擔心針對索引的 32GB 限制。 表擴展塊 擴展塊是一塊物理上連續(xù)的頁。以下是來自 ―top‖實用程序的輸出： load averages: , , 10:17:30 123 processes: 120 sleepi