1.    失效索引管理

數(shù)據(jù)庫(kù)DBA經(jīng)常碰到這樣的困惑，怎么一上班數(shù)據(jù)庫(kù)性能就變得這么差，服務(wù)器的CPU、IO使用率噌噌地往上漲。如果告警及時(shí)、值班在線、處理得當(dāng)，那大事化小，否則又是一次生產(chǎn)事故，被領(lǐng)導(dǎo)叫去思想教育是難免，搞不好還得罰款。分析事故原因，昨天晚上業(yè)務(wù)進(jìn)行數(shù)據(jù)庫(kù)對(duì)象維護(hù)，維護(hù)過(guò)程中表上的索引失效了，但維護(hù)完成后沒(méi)有沒(méi)有檢查并rebuild索引。晚上業(yè)務(wù)量很小，功能測(cè)試沒(méi)問(wèn)題，但是上班后，并發(fā)量一上來(lái)，本來(lái)應(yīng)該走索引的核心SQL，變成了走全表掃描，然后就變成個(gè)災(zāi)難。

在ankole數(shù)據(jù)庫(kù)運(yùn)維平臺(tái)中失效索引管理模塊，定期檢查數(shù)據(jù)庫(kù)中是否有新的索引、索引分區(qū)失效。如果發(fā)現(xiàn)了數(shù)據(jù)庫(kù)有索引失效，運(yùn)維平臺(tái)將自動(dòng)向數(shù)據(jù)庫(kù)的業(yè)務(wù)負(fù)責(zé)人發(fā)送出現(xiàn)索引或索引分區(qū)失效的告警短信。

業(yè)務(wù)負(fù)責(zé)人接收到告警短信后，就可以通過(guò)自助服務(wù)中的“失效索引管理”頁(yè)面進(jìn)行檢查、確認(rèn)，在“失效索引管理”頁(yè)面上有索引的失效時(shí)間，如果是后期追查，可以根據(jù)這個(gè)時(shí)間點(diǎn)去追查當(dāng)時(shí)的維護(hù)過(guò)程，避免同類事情的發(fā)生。

有些數(shù)據(jù)庫(kù)可能以前就存在相當(dāng)多的失效索引，在ankole運(yùn)維平臺(tái)上進(jìn)行維護(hù)是否需要全部rebuild好？這就是個(gè)仁者見(jiàn)仁，智者見(jiàn)智的事情。有些維護(hù)人員認(rèn)為，這些失效索引不影響數(shù)據(jù)庫(kù)性能無(wú)需關(guān)注，但從管理上來(lái)講，數(shù)據(jù)庫(kù)存在失效索引就不是個(gè)合理的事情，因?yàn)椴恢肋@些索引什么時(shí)侯要被用，如果覺(jué)得不重要，不如把索引刪除掉，還可以減少空間占用，節(jié)省保貴的存儲(chǔ)資源。但DBA又不清楚業(yè)務(wù)的運(yùn)行規(guī)則，所以這些不符合要求的歷史遺留問(wèn)題，一直得不到解決。

Ankole運(yùn)維平臺(tái)提供了失效索引基線功能，新增加的運(yùn)維數(shù)據(jù)庫(kù)如果一開(kāi)始就發(fā)現(xiàn)了失效索引，但是無(wú)法確認(rèn)是否需要rebuild或刪除時(shí)，則把這些索引或索引分區(qū)加入失效索引基線中，這些失效索引不會(huì)告警。隨著數(shù)據(jù)庫(kù)的運(yùn)行，如果業(yè)務(wù)在后面的維護(hù)過(guò)程中將這些失效索引rebuild或者drop，則將從運(yùn)維平臺(tái)的失效索引基線中刪除這些恢復(fù)的信息。所以，慢慢地整個(gè)失效索引基線將越來(lái)越小。Ankole數(shù)據(jù)庫(kù)運(yùn)維平臺(tái)將所有數(shù)據(jù)庫(kù)的失效索引進(jìn)行慢慢自愈。

2.    AWR TopSQL分析

有些業(yè)務(wù)維護(hù)的小伙伴責(zé)任心是比較強(qiáng)的，在完成本職工作后，會(huì)來(lái)問(wèn)問(wèn)DBA，我們的系統(tǒng)有啥可以優(yōu)化的內(nèi)容，有啥TopSQL需要看看，或者是當(dāng)數(shù)據(jù)庫(kù)系統(tǒng)負(fù)載比較大時(shí)，業(yè)務(wù)維護(hù)小伙伴又會(huì)過(guò)來(lái)問(wèn)一下，是哪些SQL執(zhí)行得比較慢，比較耗資源需要關(guān)注。以前DBA總是出一下AWR報(bào)告，然后告訴業(yè)務(wù)的維護(hù)人員，需要關(guān)注那些TopSQL的內(nèi)容，隨著這些交互的變多，DBA的時(shí)間又不夠用了。

在ankole數(shù)據(jù)庫(kù)運(yùn)維平臺(tái)中提供了AWR TopSQL分析功能，通過(guò)選中數(shù)據(jù)庫(kù)就可以直觀地看到哪些SQL的耗費(fèi)比較高。

通過(guò)左邊的?；鶊D就可以很直觀地看到，哪個(gè)SQL的耗費(fèi)比較大。在左邊是時(shí)間序列，右邊是耗費(fèi)較高的SQL，線條越粗，表明SQL的耗費(fèi)越高，這些SQL就需要業(yè)務(wù)維護(hù)人員去關(guān)注和分析。

在AWR TopSQL分析頁(yè)面中提供按“執(zhí)行時(shí)間”、“邏輯讀”、“CPU”三個(gè)維度進(jìn)行分析，在頁(yè)面中可以顯示SQL文本、執(zhí)行計(jì)劃、執(zhí)行次數(shù)歷史、平均每次執(zhí)行時(shí)間歷史等。

3.    總結(jié)

在ankole數(shù)據(jù)庫(kù)運(yùn)維平臺(tái)中提供了很多幫助業(yè)務(wù)自行分析、解決問(wèn)題的自助服務(wù)功能，有些是以短信告警的方式在提供幫助。隨著ankole數(shù)據(jù)庫(kù)運(yùn)維平臺(tái)的深入開(kāi)發(fā)，各種需求紛至沓來(lái)，ankole數(shù)據(jù)庫(kù)運(yùn)維平臺(tái)將把這些需求分析與實(shí)現(xiàn)，在DBA照顧不過(guò)來(lái)時(shí)，幫助業(yè)務(wù)可以自行分析、解決問(wèn)題，節(jié)省DBA的寶貴時(shí)間。