informix 影響CPU使用率的配置參數(shù)和環(huán)境變量

1、影響CPU使用率的配置參數(shù)和環(huán)境變量Online配置文件onconfig中的下列參數(shù)對(duì)CPU的利用率有明顯的影響:NUMCPUVPSSINGLE_CPU_VPMULTIPROCESSORAFF_NPROCSAFF_SPROCNUMAIOVPSOPTCOMPANDNETTYPENUMCPUVPS、MULTIPROCESSOR和SINGL_CPU_VPNUMCPUVPS參數(shù)規(guī)定了Online開(kāi)始啟動(dòng)的CPUVP的數(shù)量。分配的CPUVP的個(gè)數(shù)不要超過(guò)可以為它們服務(wù)的CPU的個(gè)數(shù)。對(duì)于單處理器的計(jì)算機(jī)系統(tǒng)，Informix建議使用一個(gè)CPUVP。對(duì)于有4個(gè)以上CPU，主要用做數(shù)據(jù)庫(kù)服務(wù)器的多處理器系統(tǒng)

2、，Informix建議設(shè)置NUMCPUVPS的值等于處理器總數(shù)減一。對(duì)于雙處理器系統(tǒng)，運(yùn)行兩個(gè)CPUVP可能會(huì)改善性能。這需要監(jiān)控操作系統(tǒng)的CPU使用情況。可以使用操作系統(tǒng)命令sar或vmstat。如果運(yùn)行多個(gè)CPUVP，應(yīng)將MULTIPROCESSOR設(shè)置為1，當(dāng)設(shè)置MULTIPROCESSOR為1時(shí)，Online以對(duì)應(yīng)于多處理器的方式執(zhí)行鎖定。否則，設(shè)置該參數(shù)為0。注意：如果設(shè)置SINGLE_CPU_VP參數(shù)為，則NUMCPUVPS參數(shù)的值也必須是1，如果后者大于1，Online就不能初始化并顯示下面的錯(cuò)誤信息：CannothaveSINGLE_CPU_VPnow-zeroandNUMCP

3、UVPSgreaterthan1AFF_NPROCS和AFF_SPROC在支持Online和客戶應(yīng)用的系統(tǒng)上，可以通過(guò)操作系統(tǒng)把應(yīng)用連接到某些特定的CPU。這樣做可以有效地保留剩余的CPU給OnlineCPUVP使用，它們是用AFF-NPROCES和AFF_SPROC配置參數(shù)連接到剩余CPU的。AFF_NPROCS指定了連接到Online的CPUVP上的CPU的個(gè)數(shù)。連接一個(gè)CPUVP到一個(gè)CPU會(huì)引起該CPUVP在這個(gè)CPU上的排它性運(yùn)行。AFF_SPROC指定了Online把CPUVP連接到CPU上時(shí)所啟動(dòng)的CPU。AFF_NPROCS規(guī)定了計(jì)算機(jī)上可以幫定CPUVP的CPU的數(shù)目。NUM

4、CPUVPS參數(shù)指定了Online將啟動(dòng)的CPUVP的數(shù)目，AFF_SPROC參數(shù)指定了Online連接第一個(gè)CPU序號(hào)。例如，某個(gè)Online系統(tǒng)所在的硬件平臺(tái)有8個(gè)CPU，AFF_NPROCS設(shè)置為8（即可用于幫定CPUVP的CPU有8個(gè)），NUMCPUVPS設(shè)置為3，AFF_SPROC設(shè)置為5，則3個(gè)CPUVP需要幫定到CPU上，是從第五個(gè)CPU開(kāi)始，幫定到第五、六、七個(gè)CPU上。需要注意的是，AFF_SPROC的取值是在0和（AFF_NPROCS-NUMCPUVPS+1)這兩個(gè)值之間的，不能大于后者。NUMAIOVPS參數(shù)NUMAIOVPS指定最初產(chǎn)生的AIOVP的數(shù)目。如果所在的操作

5、系統(tǒng)不支持核心異步I/O（KAIO），Online使用AIPVP來(lái)處理所有數(shù)據(jù)庫(kù)I/O請(qǐng)求。推薦的AIPVP數(shù)目取決于Online使用的硬盤個(gè)數(shù)。如果所在操作系統(tǒng)不支持或沒(méi)有使用KAIO，則Informix建議對(duì)包含數(shù)據(jù)庫(kù)表的每一個(gè)磁盤分配一個(gè)AIOVP?？梢詫?duì)Online頻繁訪問(wèn)的每六塊增加額外的AIOVP。1如果所在的操作系統(tǒng)使用KAIOVP，CPUVP將直接向操作系統(tǒng)發(fā)出原始的I/O請(qǐng)求。在這種情況下，可以只配置一個(gè)AIOVP，此時(shí)AIOVP只處理文件系統(tǒng)方式的chunk。如果文件系統(tǒng)方式的chunk有增加時(shí)，可以增大AIOVP的數(shù)目。分配AIOVP的目的是要分配足夠的AIOVP以便I/

6、O請(qǐng)求隊(duì)列的長(zhǎng)度保持很短，即隊(duì)列中保持盡可能少的I/O請(qǐng)求。OPTCOMPINDOPTCOMPIND參數(shù)幫組優(yōu)化程序?yàn)閼?yīng)用選擇合適的訪問(wèn)方法。如果OPTCOMPIND等于0，優(yōu)化程序給予現(xiàn)存索引優(yōu)先權(quán)，即使在表掃描比較快時(shí)。如果OPTCOMPIND設(shè)置為1，給定查詢的隔離級(jí)設(shè)置為RepeatableRead時(shí)，優(yōu)化程序才使用索引。如果OPTCOMPIND等于2，優(yōu)化程序選擇基于開(kāi)銷選擇查詢方式。，即使表掃描可以臨時(shí)鎖定整個(gè)表。NETTYPENETTYPE參數(shù)為Online實(shí)例支持的每個(gè)連接類型配置輪詢線索。如果sqlhosts文件中支持一個(gè)以上的接口或協(xié)議的連接，就必須對(duì)每個(gè)連接類型規(guī)定獨(dú)立的

7、NETTYPE參數(shù)。也即，每中與數(shù)據(jù)庫(kù)服務(wù)器名字有關(guān)的連接類型都需要單獨(dú)指定一個(gè)NETTYPE參數(shù)。每個(gè)用NETTYPE表項(xiàng)配置或動(dòng)態(tài)加入的輪詢線索在不同的VP上運(yùn)行，輪詢線索可以在兩類VP上運(yùn)行：NETVP和CPUVP。為得到最佳性能，Informix建議使用NETTYPE表項(xiàng)為CPUVP類只分配一個(gè)輪詢線索，將其余輪詢線索輪詢線索分配給NETVP。分配給任何一種連接類型的輪詢線索不得超過(guò)NUMCPUVPS的取值。單CPU計(jì)算機(jī)上每個(gè)輪詢線索的最佳連接個(gè)數(shù)不超過(guò)300，多CPU機(jī)上可多達(dá)350個(gè)。但一個(gè)輪詢線索最多支持1，024甚至更多的連接。NETTYPE的配置格式如下：NETTYPEco

8、nnection_type，poll_threads，c_per_t，vp_classconnection_type標(biāo)識(shí)輪詢線索分配的連接協(xié)議。poll_threads是分配給該連接類型的輪詢線索數(shù)目。對(duì)任何連接類型，這個(gè)值不能超過(guò)NUMCPUVPS值。c_per_t是每個(gè)輪詢線索的連接數(shù)目。可以用如下公式計(jì)算這個(gè)值：c_per_t=connections/poll_threadsconnections是所希望指定的連接類型支持的最大連接數(shù)。對(duì)于共享內(nèi)存連接（ipcshm)，該值應(yīng)該加倍以獲得最好的性能。vp_class是可運(yùn)行輪詢線索的VP類。如果CPUVP上只運(yùn)行一個(gè)輪詢線索，那么指定為C

9、PUVP。為了達(dá)到最好性能，當(dāng)要求多個(gè)輪詢線索時(shí)應(yīng)該指定為NETVP。如果c_per_t的值超過(guò)了350，而當(dāng)前連接的輪詢線索數(shù)小于NUMCPUVPS，可以增加輪詢線索數(shù)目，但不能超過(guò)NUMCPUVPS，然后重新計(jì)算c_per_t的取值。注意：每個(gè)ipcshm連接需要一個(gè)信號(hào)量。當(dāng)c_per_t的值很大時(shí)，對(duì)于某些操作系統(tǒng)要相應(yīng)增加信號(hào)量。如何監(jiān)控系統(tǒng)CPU的使用情況：1.使用UNIX的監(jiān)控工具SAR或VMSTAT來(lái)監(jiān)控CPU的使用情況。例：sar510%usr%sys%wio%idle10:06:2234106510:06:2734206410:06:32341065210:06:37171

10、08210:06:4711098連續(xù)監(jiān)控%idle來(lái)確認(rèn)CPU沒(méi)有超載。如果%sys的值很大則可能應(yīng)用有問(wèn)題。2.監(jiān)控CPUVP的方法onstat-ggloIndividualvirtualprocessors:vppidclassusercpusyscputotal可以通過(guò)該監(jiān)控看出CPU忙占用的時(shí)間(隔60秒分別監(jiān)控結(jié)果）。如果非常忙，則需要增加CPUVP。onstat-greaReadythreadstidtcbrstcbprtystatusvp-classname如果有大量的線索在等待隊(duì)列中，則說(shuō)明需要增加CPUVP。影響內(nèi)存使用效率的Online配置參數(shù)SHMVIRTSIZESHMA

11、DDBUFFERSRESIDENTSTACKSIZELOCKSLOGBUFFPHYSBUFFSHMVIRSIZESHMVIRTSIZE參數(shù)規(guī)定了初始分配給Online的共享內(nèi)存的虛擬區(qū)的大小。共享存儲(chǔ)器的虛擬區(qū)存儲(chǔ)與會(huì)話、請(qǐng)求有關(guān)的數(shù)據(jù)及其它信息。雖然Online按處理大型查詢或高峰負(fù)荷的需要增加共享內(nèi)存給虛擬區(qū)，但共享內(nèi)存的分配增加事務(wù)處理的時(shí)間，Informix建議設(shè)置SHMVIRTSIZE以提供一個(gè)滿足一般日常操作需要的虛擬接口。SHMADDSHMADD參數(shù)規(guī)定Online自動(dòng)加到虛擬區(qū)的共享內(nèi)存增量的大小。在決定該值的大小時(shí)有些折中因素。增加共享內(nèi)存要占用CPU周期：每次的增加量越大，

12、增加次數(shù)就越少，留給其它的進(jìn)程的內(nèi)存也越少。通常采用大增加量，但當(dāng)內(nèi)存負(fù)荷很重時(shí)，少量增加使其他程序更好的共享內(nèi)存資源。Informix有如下建議：內(nèi)存大小SHMADD=51216,384KB32,768KBBUFFERSBUFFERS是可以用于Online的數(shù)據(jù)緩沖區(qū)數(shù)。這些緩沖區(qū)駐留在駐留區(qū)，用來(lái)緩存主存中的數(shù)據(jù)庫(kù)的數(shù)據(jù)頁(yè)?？捎玫木彌_區(qū)越多，所需的數(shù)據(jù)頁(yè)就越可能用于前一次請(qǐng)求而已經(jīng)在內(nèi)存里。這個(gè)參數(shù)對(duì)數(shù)據(jù)庫(kù)I/O和事務(wù)處理吞吐量有明顯的影響。但是，分配過(guò)多的緩沖區(qū)會(huì)影響內(nèi)存系統(tǒng)并導(dǎo)致過(guò)多的頁(yè)面活動(dòng)。Informix建議設(shè)置BUFFERS為物理內(nèi)存(以MB為單位)的20%到25%。實(shí)際BUF

13、FERS的單位為頁(yè)，不同操作系統(tǒng)的頁(yè)大小是不同的，因此需要計(jì)算。3使用onstat-p監(jiān)控讀緩存的頻率。這個(gè)頻率代表一個(gè)查詢請(qǐng)求的數(shù)據(jù)庫(kù)頁(yè)已經(jīng)在共享內(nèi)存里的百分比。（還沒(méi)有存在的頁(yè)必須從磁盤拷貝到內(nèi)存中）。如果此值很低，可增加BUFFERS并重新啟動(dòng)Online。在增加BUFFERS值時(shí)，到達(dá)某一點(diǎn)后，增加BUFFERS也不再明顯改善讀緩存的頻率，或者達(dá)到操作系統(tǒng)共享內(nèi)存分配的上限。如果讀高速緩存的比率很高，則應(yīng)下調(diào)BUFFERS并重啟動(dòng)Online。RESIDENTRESIDENT參數(shù)規(guī)定是否強(qiáng)制共享內(nèi)存駐留作為Online共享內(nèi)存駐留區(qū)。這個(gè)參數(shù)只對(duì)支持強(qiáng)制駐留的機(jī)器有效。Online中的

14、駐留區(qū)，包含用于數(shù)據(jù)庫(kù)讀寫作業(yè)的LRU隊(duì)列。LOCKS參數(shù)LOCKS設(shè)置任意時(shí)刻可用的鎖的最大數(shù)量。Online中每個(gè)鎖需要占用駐留區(qū)段的44個(gè)字節(jié)，分配共享內(nèi)存時(shí)要考慮鎖所用的資源。一般鎖可以分配的大些，對(duì)應(yīng)用比較忙的系統(tǒng)可以到800萬(wàn)以上。LOGBUFF參數(shù)LOGBUFF指定為三個(gè)用來(lái)保存邏輯日志記錄的緩沖區(qū)分別保留的共享內(nèi)存的數(shù)量。這些緩沖區(qū)保存著邏輯日志記錄，直到它們被刷新到硬盤上的邏輯日志文件。緩沖區(qū)的大小決定了它被添滿的頻率，從而決定了它必須被刷新到硬盤上的邏輯文件中的頻率。PHYSBUFF參數(shù)PHYSBUFF指定為兩個(gè)用來(lái)暫時(shí)保存將被修改的數(shù)據(jù)頁(yè)的緩沖區(qū)分別保留的共享內(nèi)存的數(shù)量。

15、緩沖區(qū)的大小決定了它被添滿的頻率，從而也決定了它被寫到硬盤上的物理日志的頻率。如何監(jiān)控內(nèi)存使用情況：1.使用ONSTAT-GSEG命令監(jiān)控共享內(nèi)存的SEGMENTS。onstat-gsegSegmentSummary(residentsegmentsarenotlocked)idkeyaddrsizeovhdclassblkusedblkfree。這里三行分別代表了駐留內(nèi)存段（class為R)、虛擬內(nèi)存段(class為V)、消息內(nèi)存段(class為M)blkused和blkfree分別代表使用空間和空閑空間。如果虛擬內(nèi)存段的blkused頻繁增加，則需要將SHMVIRTSIZE和SHMADD相

16、應(yīng)調(diào)大，調(diào)整后重新啟動(dòng)Online。2.使用ONSTAT-P1）ovlock指出分配的locks的不足量，如果該值持續(xù)增長(zhǎng)，則需要增大參數(shù)LOCKS的值。2）ovbuf指出分配的buffers的不足量，如果該值持續(xù)增長(zhǎng)，則需要增大參數(shù)BUFFERS的值。3）lockwaits/lockreqs*100應(yīng)該小于1%，如果這個(gè)計(jì)算值比較高，則應(yīng)有如下考慮：。是否用了太多的pagelevellocks。如果是，可以考慮用rowlevellocks?？紤]用了tablelevellock的應(yīng)用是否可以用其它類型的lock。是否有太多的isolation設(shè)置為RepeatableRead和CursorSt

17、ability。確定是否可以使用更多的DirtyRead來(lái)替代。），4bufreads%cached的值指出buffer讀的百分比，該值建議大于95%，否則增大BUFFERSbufwrits%cached的值指出buffer寫的百分比，該值建議大于85%，但太大如大于97%則可以將BUFFERS相應(yīng)減少些。影響I/O的配置參數(shù)CKPTINTVLPHYSFILE4CLEANERSLRUSLRU_MAX_DIRTYLRU_MIN_DIRTYCKPINTVL，PHYSFILECKPINTVL參數(shù)指定檢查點(diǎn)之間的時(shí)間間隔。當(dāng)檢查點(diǎn)間隔到了，則系統(tǒng)執(zhí)行檢查點(diǎn)操作。但如果這期間的所有數(shù)據(jù)物理上是一致的，O

18、nline可以跳過(guò)檢查點(diǎn)操作。另外，一旦物理日志（PHYSFILE）的75%已滿，檢查點(diǎn)也會(huì)發(fā)生。通過(guò)設(shè)置CKPTINTVL為長(zhǎng)時(shí)間間隔，可以利用物理日志容量來(lái)觸發(fā)基于實(shí)際數(shù)據(jù)庫(kù)活動(dòng)而不是任意時(shí)間單位的檢查點(diǎn)操作。但是，使用長(zhǎng)檢查點(diǎn)間隔回增加失敗事件之后的恢復(fù)時(shí)間。LRUS、LRU_MAX_DIRTY和LRU_MIN_DIRTYLRUS參數(shù)指示共享內(nèi)存緩沖池中設(shè)置的最近最少使用（LRU）隊(duì)列數(shù)目。配置較多的LRU隊(duì)列將允許有更多的頁(yè)清除器操作，并減少每個(gè)LRU隊(duì)列的大小。對(duì)于單CPU系統(tǒng)，Informix建議設(shè)置LRUS參數(shù)為最小值4。對(duì)于多CPU系統(tǒng)，Informix建議設(shè)置LRUS為最小值4和NUMCPUVPS的取值之中較大的一個(gè)?？梢杂肔RUS和LRU_MAX_DIRTY及LRU_MIN_DIRTY來(lái)控制在滿的檢查點(diǎn)之間頁(yè)被刷新到磁盤的頻度。在某些