做好日常巡檢是資料庫管理和維護的重要步驟，而且需要對每次巡檢日期、結果進行登記，同時可能需要出乙份巡檢報告。
本系列旨在解決一些常見的困擾：
效能是系統好壞的重要指標之一，而效能問題可能是因為某乙個小點而引起（如引數配置、作業配置、結構設計、軟硬體環境等）。前面七篇文章從不同的方面對系統進行了巡檢，本篇將介紹系列巡檢中最重要的一項（效能）。
效能巡檢的指標非常多，情況變化也很大，所以對自己的系統應該建立起一套完整的效能評價模型，何為效能評價模型，就是當系統進入乙個平穩期，經過了優化，系統效能已經達到了乙個穩定值，那麼我們可以用這個穩定的專案作為後期巡檢，及功能上線，結構變更等操作效能對比的基線。
在【體檢專案】頁我們可以使用乙個比較穩定的體檢專案的歷史版本作為效能基線，為了區分其他專案可以重新命名為」效能基線「。
在【概覽】頁我們可以從整體檢視系統的效能現狀，主要從【查詢語句-執行時間】、【會話-等待型別】、【檢查項】等，與基線進行對比。檢視巡檢中的指標是否與基線指標有較大的差異。
例：當巡檢時【查詢語句-執行時間】中各個時間段的慢語句數量明顯高於基線，那麼可以說明系統中的語句可能有變慢的情況。cpu、記憶體、io等系統指標壓力公升高，說明你系統的壓力變大，變大的原因可能因為有新增的不優化語句或硬體資源出現問題。
注：基線與巡檢的收集時間應保證相同或小幅差異。如果差異很大，可能不具有說明性。
在巡檢中，我們可以主要關注：
在巡檢中，我們可以主要關注：
資料庫的效能巡檢指標很多，可以根據自己系統的情況選擇，具體指標及優化方式請參見：效能診斷系列
前面的一些巡檢項及配置項，在管理比較規範的系統下，一般並不會出現什麼問題，而效能不同，這是乙個受很多因素影響，並且比較容易產生問題的項。同時效能對系統的總要程度是不言而喻的，做好前面的巡檢也是效能穩定的保證。
資料庫運維原則
一 資料庫運維工作總原則 1 能不給資料庫做的事情不要給資料庫，資料庫只做資料容器。2 對於資料庫的變更必須有記錄，可以回滾。二 許可權相關 總原則，以最低粒度控制許可權。select許可權 所有開發人員均可擁有自己業務範圍內的表許可權。insert update delete許可權 所有專案經理可...
資料庫運維原則
一 資料庫運維工作總原則 1 能不給資料庫做的事情不要給資料庫，資料庫只做資料容器。2 對於資料庫的變更必須有記錄，可以回滾。二 許可權相關 總原則，以最低粒度控制許可權。select許可權 所有開發人員均可擁有自己業務範圍內的表許可權。insert update delete許可權 所有專案經理可...
資料庫運維服務
資料庫運維服務是指 針對使用者資料庫開展的軟體安裝 配置優化 備份策略選擇及實施 資料恢復 資料遷移 故障排除 預防性巡檢等一系列服務。主要服務內容如下 1 資料庫安裝與配置 主要指定制資料庫安裝配置方案，檢查軟體安裝環境，安裝資料庫軟體，完成資料庫配置，並測試之 2 資料庫效能優化 主要是指核心引...