從資料庫效能優化的場景來區分，可以將效能優化分為如下三種形式：
從來沒達到過效能要求的資料庫優化。該類故障一般出現在壓力測試或者業務系統剛上線時，可能需要通過修改應用架構，大規模優化sql語句來進行改進，此類優化難度最大，耗時也最長。
量變引起質變的資料庫優化。該類故障通常是由資料庫併發加大，資料量增多引起的，優化難度一般，但代價可能較高。在國內，很多客戶都是通過增加硬體投入來解決該類效能問題的。
突發性的資料庫效能故障優化。該類故障優化的難度最低，但時間緊迫性更強，需要dba能夠快速解決問題。
從資料庫效能優化的時間點來分，又分以下2點：
事前優化，指的是業務系統上線前的優化。在事前優化過程中，系統設計、開發、產品優化、平台優化的全過程都很重要。實踐經驗表明，事前優化對於系統的平穩執行有著根本性的影響，而且優化代價也最低。
事後優化，指的是業務系統上線後的優化。由於事後優化受到宕機時間、**版本控制、**核心不容易更改等因素影響，所以事後優化往往只能緩減系統效能下降的症狀，治標不治本。系統上線之後，如果爆發出大規模的效能問題，那通常都會是災難性的，任何容災在這時都起不了作用。
資料庫效能優化並沒有統一的標準步驟，「不管黑貓白貓，捉到老鼠就是好貓」，這句話在效能優化領域也同樣適用。乙個效能優化專案的目標如下：
增大資料庫吞吐量。如通過資料庫優化增加每秒執行的事務數。
高效利用伺服器硬體資源。如開啟並行充分利用cpu資源和儲存i/o資源加快執行速度。
資料庫效能優化的成果也可以用兩種方式表示。一種是技術成果，通常用反映資料庫效能的統計值來直觀地表示資料庫效能的狀態。另外一種是使用者體驗，通常以使用者的使用感覺來表示資料庫效能的狀態。及時聽取使用者的反饋比追求效能指標更為重要。在效能優化時，只要達到了使用者的要求就能終止優化，而不是反覆優化。需要注意的是，由於要考慮優化成本收益比，任何優化都只是針對目前系統狀態的一種資源重組，都不可能是絕對徹底的優化。很多dba在效能優化時經常過分聽取使用者的使用反饋或者患有「資料庫優化強迫症候群」。即喜歡做無止境的優化工作。殊不知這不僅會使優化成本越來越高，而且，任何乙個優化動作都可能導致資料庫的不穩定。
資料庫效能優化
資料庫設計 實現sql server資料庫的優化，首先要有乙個好的資料庫設計方案。在實際工作中，許多sql server方案往往是由於資料庫設計得不好導致效能很差。實現良好的資料庫設計必須考慮這些問題 1.邏輯資料庫規範化問題 一般來說，邏輯資料庫設計會滿足規範化的前3級標準 第1規範 沒有重複的組...
資料庫效能優化
1 系統設計 1 縱向 橫向分割表，減少表的尺寸 縱向 欄位多。按業務主題分割。根據頁大小。橫向 資料多。按條件分割表。eg 按年儲存表，歷史資料表和當期資料更新表。2 將資料處理交給db，編寫儲存過程 1 減少網路的開銷 2 儲存過程是編譯 優化過，速度快。3 唯讀查詢操作優化方法 1 資料量小的...
資料庫效能優化
最近要寫一些關於企業級應用的優化內容的東西，就先從資料庫優化入手吧，在這裡先記錄一下。作為一名有資料庫教育背景的工作人員，我著重從db的角度介紹一下，我認為的db優化方式。首先，撇開經濟商業用處不談，db效能優化的原則主要是，通過盡可能少的磁碟訪問獲得所需的資料。一般而言，資料的是優化可以從三方面分...