dbtop工具詳解翻譯

dbtop工具詳解翻譯Database(d)Figure2.Databasescreen用戶可以監(jiān)視活動(dòng)會(huì)話(MaxActSess)，排序內(nèi)存(SortMemory)和日志空間(LogUsed)。這些監(jiān)測(cè)元素可以幫助用戶確定這些元素的當(dāng)前使用百分比。如果這些因素中的一個(gè)開始達(dá)到很高甚至100％時(shí)，用戶應(yīng)該開始調(diào)查發(fā)生了什么事。當(dāng)前時(shí)間和數(shù)據(jù)庫開始時(shí)間(StartTime)相比能讓我們了解數(shù)據(jù)庫運(yùn)行了多久。這個(gè)值結(jié)合其他檢測(cè)元素去調(diào)查那些已存在一段時(shí)間的問題是鎖的使用(LockUsed)和升級(jí)(LockEscals)對(duì)縮小鎖定問題非常有幫參數(shù)是一個(gè)好主意或者尋找那些引起這個(gè)問題的不良查詢語句。L_Reads，P_Reads和A_Reads代表邏輯讀，物理讀和異步讀取。結(jié)合的命中率(HitRatio)值，這些變量對(duì)于評(píng)估大多數(shù)的讀取發(fā)生在存儲(chǔ)器得多，用戶更喜歡訪問在內(nèi)存中的數(shù)據(jù)。當(dāng)用戶看到HitRatio下降低則可以查看緩沖池(bufferpools)是不是不夠大了，或是不是有查詢進(jìn)行了太多的全白掃描而導(dǎo)致頁面數(shù)據(jù)從內(nèi)存洗沖到磁盤。和讀類似，A_Writes代表異步寫入，這表明數(shù)據(jù)頁是由異步頁清潔劑之前寫的緩沖池空間是必需的。通過db2top刷新頻率這段時(shí)間內(nèi)的寫數(shù)量我們還能知道有多少寫請(qǐng)求發(fā)生了。還能計(jì)算每次寫入的平均花費(fèi)時(shí)間這對(duì)分析I/O瓶頸引起的一些性能問題有所幫助。當(dāng)A_Writes/WritesSortOvf代表排序溢出。如果用戶發(fā)現(xiàn)這個(gè)數(shù)字變?yōu)榉浅８撸托枰獙ふ襀ashJoin操作可能會(huì)溢出數(shù)據(jù)到臨時(shí)空間。有時(shí)該值隨著SORTHEAP增加而降低，但在其他情況下，可能沒有多大幫助，如果進(jìn)行排序的數(shù)據(jù)集T情況下排序溢出將是很大的瓶頸。因此優(yōu)化查詢來減少排序溢出的數(shù)量能顯著提高系統(tǒng)的性能。在數(shù)據(jù)庫屏幕的最后四個(gè)條目顯示的平均物理讀取時(shí)間(AvgPRdTime)，平均直接讀取時(shí)間(AvgDRdTime)，物理平均寫入時(shí)間(AvgPWrTime)和平均直接寫入時(shí)間(AvgDWrTime)。這四個(gè)項(xiàng)目直接反映I/O子系統(tǒng)性能。如果用戶發(fā)現(xiàn)一個(gè)意想不到的大量的時(shí)間花費(fèi)IO子系統(tǒng)。正常情況下，DB2排序發(fā)生在內(nèi)存中，這塊內(nèi)存叫做排序堆，即SORTHEAP。當(dāng)需要排序的數(shù)據(jù)超出SORTHEAP大小限制時(shí)，就會(huì)發(fā)生排序溢出。溢出的數(shù)據(jù)會(huì)寫到臨時(shí)表中，這會(huì)產(chǎn)生更多的序溢出。溢出的數(shù)據(jù)會(huì)寫到臨時(shí)表中，這會(huì)產(chǎn)生更多的I/O，因此對(duì)性Tablespace(t)Figure3.Tablespacescreen表空間屏幕提供每個(gè)表空間的詳細(xì)信息。HitRatio%和AsyncReads%列對(duì)用戶來說是非常重要的。在數(shù)據(jù)庫級(jí)別僅僅監(jiān)視緩沖池命中率，你可能無法獲得足夠精確的信息。在包含多個(gè)表空間的環(huán)境中，在一個(gè)表空間中發(fā)生了不良查詢現(xiàn)象會(huì)被所有表空間平均命中率遮蔽。在每個(gè)表空間級(jí)別上監(jiān)測(cè)HitRatio%和AsyncReads%對(duì)于分析系統(tǒng)工作細(xì)節(jié)很有幫Delta邏輯讀取(寫)和Delta物理讀取(寫)(Delta邏輯讀(寫入)和Delta物理讀(寫入))說明這些表空間如何“忙”的。一些不太活躍的表空間可能不具有非常高的緩沖命中率。在大多數(shù)情況下最好使用活動(dòng)性更大的表空間。想要左右滾動(dòng)屏幕可以使用鍵盤上的左，右箭頭鍵。所有的列信息不能在一個(gè)屏幕上顯示可以通過按下左或右箭頭鍵來查看。SpaceUsed,TotalSize和%full能夠很方便的查看各表空間的使用率DynamicSQL(D)Figure4.DynamicSQLscreen定SQL語句產(chǎn)生執(zhí)行計(jì)劃(DB2EXPLN)和(db2exfmt)。執(zhí)行數(shù)量(NumExecution)和平均執(zhí)行時(shí)間(AvgExecTime)可以用來了解查詢語句執(zhí)行了多少次和平均運(yùn)行時(shí)間。通過平均CPU時(shí)間(AvgCpuTime)與平均執(zhí)行時(shí)間(AvgExecTime)比較能看出執(zhí)行時(shí)間花費(fèi)在行讀取(Rowread)和行寫入(Rowwritten)能夠明白查詢的行為。例如，如果如果用戶看到一個(gè)SELECT查詢語句關(guān)聯(lián)了大量的寫，這可能表明該查詢可可能會(huì)有排序(哈希聯(lián)接)溢出而且需要進(jìn)一步調(diào)整來以避免數(shù)據(jù)溢出數(shù)據(jù)，索引的Hitratio(命中率％)和臨時(shí)l_reads來幫助用戶輕松解決緩沖池大小是否需要調(diào)整。(AvgSortPerExec)和排序時(shí)間能計(jì)算出在一次執(zhí)行期間進(jìn)行了多少排序。動(dòng)運(yùn)行該命令。通過動(dòng)態(tài)SQL屏幕上輸入一個(gè)大寫L，它會(huì)提示你輸入一“00000005429283.”用戶可以復(fù)制該字符串并將其粘貼到光標(biāo)提示處，F(xiàn)igure5.DynamicSQLscreen--Querytext輸出如果已經(jīng)導(dǎo)入到數(shù)據(jù)庫中。Session(l)Figure6.SessionscreenBufferpool(b)會(huì)話屏幕提供每個(gè)應(yīng)用程序會(huì)話的詳細(xì)信息。第一列顯示了應(yīng)用句柄，分比。在大多數(shù)情況下，每個(gè)會(huì)話表示一個(gè)連接。在這些列之后還顯示了應(yīng)用狀態(tài)，以及一些統(tǒng)計(jì)數(shù)據(jù)讀寫的列。用戶還可以看到LocksHeld，Sort(sec)，LogUsed信息在此屏幕上。當(dāng)事務(wù)日志耗盡空間時(shí)LogUsed信息就很有幫助了。通過使用這種顯示器的個(gè)監(jiān)控元素，用戶可以得到一些想法那些應(yīng)用程序消耗大部分日志空間。雖然會(huì)話屏幕上的信息和數(shù)據(jù)庫屏幕上的信息差不多，但是會(huì)話屏幕上的信息為每個(gè)應(yīng)用程序的。做性能分析要結(jié)合不同的屏幕。例如，當(dāng)一些讀問題顯示在數(shù)據(jù)庫屏幕上時(shí)可以進(jìn)一步通過查看會(huì)話屏和動(dòng)態(tài)SQL畫面上以縮小它的特定應(yīng)用程序或SQL。Figure7.Bufferpoolscreen在此屏幕上，db2top提供了每個(gè)緩沖池的信息。用戶可以看到的一些緩沖池的基本信息，如讀，寫，和大小，還可以看到其他信息，如緩沖池命中率％和異步讀?。ヂ?。Lock(U)Figure8.Lockscreen一個(gè)鎖定的問題是應(yīng)用程序診斷中最常見的問題之一。通過db2top，用戶可以很容易地列出了應(yīng)用程序持有的鎖。Figure9.Lockwaiting--Applicationstatus在圖9中，兩代理(代理24和代理9)處于第一列：AgentId(state)。你可以看到，在第三列(應(yīng)用狀態(tài))其中一個(gè)代理(代理24)被卡在鎖Figure10.Lockwaiting--Lockstatus如果用戶希望看到更多信息，請(qǐng)按鍵盤上的左箭頭，如圖10。Figure11.Lockwaiting--Tablenamedb2to在此屏幕提供了另一個(gè)非常有用的功能：鎖鏈分析。并不總是容易弄清楚鎖等待的關(guān)系，如果有多個(gè)應(yīng)用程序涉及。db2top實(shí)用程序提供了一個(gè)有用的特性來動(dòng)態(tài)繪制鎖鏈，使其更容易為用戶了解應(yīng)用程序之Figure12.Lockwaiting--LockchainTableTable(T)Figure13.Tablescreen表屏幕顯示數(shù)據(jù)庫中的表的信息。一段時(shí)間中沒有訪問的表顯示為白色。正在存取(活躍)表顯示綠色。有關(guān)于表本身的信息。列中的數(shù)據(jù)頁(Datapages)和索引頁(Indexpages)代表多少頁在表中。表類型和表大小也是表的很重要的屬性。另一個(gè)重要的列是行溢出/秒(RowsOverflows/s)，這表明每秒行溢出的數(shù)量。溢出的行表明發(fā)生數(shù)據(jù)碎片。如果這個(gè)數(shù)字很高，用戶應(yīng)該使用REORGREORG實(shí)用程序，清理這種碎片重組表提高表的性能。Bottlenecks(B)Figure14.Bottlenecks瓶頸分析對(duì)于一個(gè)DBA來說是不能忽視。他們想知道哪個(gè)代理(應(yīng)用)嚴(yán)重地限制了整個(gè)系統(tǒng)的性能。標(biāo)題“瓶頸”右下角的方框是關(guān)于各種數(shù)據(jù)庫操作的時(shí)序分析：Theelapsedtimeusedtocalculatethepercentageofeachoperation=(wait_lock_time+sort_time+bp_read_time+bp_write_time+async_read_time+async_write_time+prefetch_waite_time+direct_read_time+direct_write_time).以下為每個(gè)操作所估計(jì)的百分比：waitlockms:(waitlocktime)/(elapsedtime)=80%sortms?:(sorttime)/(elapsedtime)=0bpr/wms:(bufferpoolreadandwritetime)/(elapsedtime)=10%asyncr/wms:(asyncreadandwrite)/(elapsedtime)=6%prefwaitms:(prefetch_waite_time)/(elapsedtime)=2%dirr/wms:(directreadandwritetime)/(elapsedtime)=這個(gè)屏幕的主要顯示部分為對(duì)于每一種系統(tǒng)資源哪個(gè)agent(應(yīng)用)占用最大Cpu:WhichagentconsumesthemostCPUtime.SessionCpu:WhichapplicationsessionconsumesthemostCPUtime.IOr/w:WhichagentconsumesthemostI/Oreadandwrite.Memory:Whichagentconsumesthemostmemory.Lock:Whichagentisholdingthemostlocks.Sorts:Whichagenthasexecutedthebiggestnumberofsorting.SortTimes:Whichagentconsumesthelongestsortingtime.LogUsed:Whichagentconsumesthemostlogspaceinthemostrecentunitofwork.Overflows:Whichagenthasthemostnumberofsortoverflows.RowsRead:Whichagenthasreadthemostnumberofrowsofrecords.RowsWritten:Whichagenthaswrittenthemostnumberofrowsofrecords.TQr/w:Whichagenthassentandreceivedmostnumbero