數(shù)據(jù)庫性能問題處理及監(jiān)控(共6頁)

1、數(shù)據(jù)庫性能問題處理(chl)及監(jiān)控思想(sxing)重視掌握(zhngw)方法主動學(xué)習(xí)善于協(xié)調(diào)一、培訓(xùn)背景系統(tǒng)性能是功能的延伸和深化。從某種程度上說，性能問題比單一的功能問題對客戶造成的影響更大、更深、更惡劣，沒有人愿意使用功能完備卻性能糟糕的系統(tǒng)。改善和提升客戶的系統(tǒng)操作體驗，提高產(chǎn)品及客戶服務(wù)滿意度，系統(tǒng)的優(yōu)異性能必不可少。從技術(shù)層面來說，這需要通過良好的數(shù)據(jù)庫結(jié)構(gòu)設(shè)計及應(yīng)用程序架構(gòu)設(shè)計來保證。然而實際上，無論前期做多么的周密設(shè)計，都無法保證系統(tǒng)在客戶實際使用過程中持續(xù)優(yōu)良的性能。隨著業(yè)務(wù)的提升，功能和數(shù)據(jù)也隨之膨脹，性能穩(wěn)定的挑戰(zhàn)越來越大。此時，就需要現(xiàn)場系統(tǒng)維護(hù)人員迅速跟進(jìn)并做有效的問

2、題處理。二、培訓(xùn)目的明確系統(tǒng)維護(hù)人員性能問題處理的職責(zé)分工明晰數(shù)據(jù)庫性能問題的處理流程性能調(diào)整需要團(tuán)隊協(xié)作，涉及DBA、操作系統(tǒng)管理人員、網(wǎng)絡(luò)管理人員、應(yīng)用程序設(shè)計及開發(fā)人員、應(yīng)用系統(tǒng)現(xiàn)場維護(hù)人員等崗位性能調(diào)整方法：調(diào)整業(yè)務(wù)功能、調(diào)整數(shù)據(jù)設(shè)計、調(diào)整過程設(shè)計、調(diào)整SQL語句、調(diào)整內(nèi)存分配、調(diào)整IO、調(diào)整資源爭用、調(diào)整OS現(xiàn)場人員性能調(diào)整工作的角色分配：調(diào)整業(yè)務(wù)功能、調(diào)整SQL語句明確、清晰的問題處理流程，可以規(guī)范問題處理步驟，縮短問題處理時間最小化性能問題的影響，有利于緩解后期解決問題的壓力(yl)，進(jìn)而促進(jìn)問題的最終解決！三、數(shù)據(jù)庫性能故障處理(chl)流程所謂數(shù)據(jù)庫故障，簡單講就是數(shù)據(jù)庫響應(yīng)

3、緩慢甚至不能響應(yīng)客戶端發(fā)起的請求。例如，客戶端提交一個SQL請求后，會話(huhu)處于等待數(shù)據(jù)庫實例返回結(jié)果的狀態(tài)。很多現(xiàn)場情況下，用戶有7*24的運行需求。在系統(tǒng)突然遭遇性能問題時，我們并沒有時間去收集數(shù)據(jù)，對比統(tǒng)計數(shù)據(jù)，進(jìn)行索引分析和調(diào)整操作。此時，需要幾分鐘或者幾十分鐘內(nèi)解決這樣的突發(fā)性能問題，我們工作重點應(yīng)該是迅速確定發(fā)生了什么問題，并盡可能快速的恢復(fù)正常服務(wù)，嚴(yán)謹(jǐn)?shù)膬?yōu)化方式并不現(xiàn)實。因此，應(yīng)該先處理問題，再研究問題。如何處理問題 ？沒有簡單答案！性能調(diào)整的普遍規(guī)則并不存在，但制定一個規(guī)范的工作流程和實施步驟是切實可行的。性能問題千差萬別，需要有一個符合實際情況的性能問題處理的流程圖

4、，作為性能問題搜尋的方法指導(dǎo)。否則，由于性能問題分布在系統(tǒng)的各個層面，性能調(diào)整就會變成大海撈針。處理監(jiān)控?zé)o法監(jiān)控監(jiān)控工具主機Oracle數(shù)據(jù)庫性能故障，業(yè)務(wù)系統(tǒng)響應(yīng)緩慢查看系統(tǒng)性能狀況，查看等待事件、事務(wù)鎖等信息確定問題原因，如果暫時不能確定原因，則盡量收集各種統(tǒng)計數(shù)據(jù)（awr，alert log等），需要特別注意記錄問題發(fā)生時間點通過kill會話或重啟實例/主機等操作解決問題，并恢復(fù)應(yīng)用通過優(yōu)化應(yīng)用程序或者調(diào)整數(shù)據(jù)庫/主機等，從根本上消除此次故障問題處理完成進(jìn)行性能監(jiān)控監(jiān)控操作系統(tǒng)，查看是否有可疑進(jìn)程，比如占用CPU高的分析性能問題通知數(shù)據(jù)庫廠家處理跟蹤處理過程在OS層面殺死異常進(jìn)程的操作簡

5、單說明(shumng)如下：首先，根據(jù)sid查找(ch zho)系統(tǒng)進(jìn)程號spidselect spid, s.sid, osuser, gram from v$session s, v$process p where s.paddr = p.addr and s.sid in (&sid1, &sid2)然后，簡單瀏覽一下osuer、program列是否和應(yīng)用程序相關(guān)(xinggun)。慎重考慮之后，在OS層面通過kill 9 pid 操作（pid是上一步查詢出來的spid）殺死進(jìn)程之前，最好再用ps -ef|grep pid 看一下最后一列，如果顯示 (LOCAL=NO)則可以考

6、慮殺死， 如果是 (LOCAL=YES)的則不要殺死。需要引起注意的是，對于現(xiàn)場系統(tǒng)維護(hù)人員來講，為避免不當(dāng)操作引起的性能故障，在日常工作中需要注意做到正確的維護(hù)操作：應(yīng)避免在業(yè)務(wù)高峰時做大的維護(hù)操作，一些DDL操作比如像加主外鍵約束、alert、create index、rebuild indexonline compute statistics、grant、revoke 、compile、analye、dmbs_stats.上述語句的一個共同點就是可能會使庫緩存中解析過的SQL失效、會使存儲過程等對象失效，進(jìn)而發(fā)生重編譯引起執(zhí)行計劃的改變。這些操作可能會導(dǎo)致一個繁忙的業(yè)務(wù)系統(tǒng)的災(zāi)難性事故。

7、如果大量的SQL同時失效，同時重新解析，就可能導(dǎo)致嚴(yán)重的內(nèi)存競爭及CPU消耗，進(jìn)而導(dǎo)致數(shù)據(jù)庫掛起。四、發(fā)現(xiàn)及監(jiān)控數(shù)據(jù)庫性能問題數(shù)據(jù)庫作為整個應(yīng)用系統(tǒng)的數(shù)據(jù)核心，可能是主要的性能瓶頸。為保證數(shù)據(jù)庫良好的運行狀況，有效的日常監(jiān)控必不可少，不要等待問題出現(xiàn)才去關(guān)注。性能調(diào)優(yōu)可用的基本監(jiān)控工具包括：Em頁面、動態(tài)性能視圖（v$視圖）及數(shù)據(jù)字典、警告日志、跟蹤文件、快照等性能問題監(jiān)控沒有簡單的答案，太多的腳本只會加重問題的復(fù)雜性。動態(tài)性能視圖需要對Oracle數(shù)據(jù)庫有很深入的理解。優(yōu)化本來應(yīng)該是簡單的，em工具是一個圖形的用戶管理界面，我們可以使用它方便地進(jìn)行數(shù)據(jù)庫管理而不必記住復(fù)雜的Oracle數(shù)據(jù)庫

8、管理的命令，減少監(jiān)控的復(fù)雜度。實際(shj)登陸em，展示利用該工具監(jiān)控TOP SQL、鎖、未綁定變量(binling)的SQL的方法(fngf)。訪問數(shù)據(jù)庫主頁：五、SQL優(yōu)化相關(guān)(xinggun)六、培訓(xùn)(pixn)總結(jié)系統(tǒng)性能調(diào)優(yōu)是一個龐大的課題和系統(tǒng)性工程，對現(xiàn)場人員來講，性能問題的處理不僅僅是技術(shù)上的事情。一方面系統(tǒng)性能調(diào)優(yōu)需要對應(yīng)用、數(shù)據(jù)庫、操作系統(tǒng)等有廣泛而深刻(shnk)的理解；另一方面現(xiàn)場人員特別是負(fù)責(zé)人需要作為主角和責(zé)任人，處理問題時要有危機公關(guān)意識，善于利用及協(xié)調(diào)包括局方、數(shù)據(jù)庫廠家在內(nèi)的各方資源。從內(nèi)容和原理上講，本文的內(nèi)容比較簡單，但是需要思考的東西很多，需要各位在以后的工作中不斷學(xué)習(xí)！內(nèi)容總結(jié)（1）數(shù)據(jù)庫性能問題處理及監(jiān)控思想重視掌握方法主動學(xué)習(xí)善于協(xié)調(diào)一、培訓(xùn)背景系統(tǒng)