效能優化的重點在於識別定位問題，預先了解主要的效能殺手，能夠更快的定位到問題並將工作集中在可能的原因之上。

SQL SERVER效能殺手主要集中在如下幾類：

1.1 低質量的索引

低質量的索引通常是SQL SERVER最大的效能殺手，對於一個缺乏索引的查詢，SQL SERVER 需要處理大量的讀取和計算；這樣導致磁碟、記憶體、CUP上有很大的開銷，並且會顯著的增加了查詢執行時間。

1.2 不精確的統計資訊

統計資訊是謂詞引用的列中的資料分佈，其儲存的方式為柱狀圖；柱狀圖是顯示資料分佈於不同分類中頻度的一種統計結構。索引的有效性完全取決於索引列的統計資訊，如有沒有統計資訊，SQL SERVER 內建的查詢優化器就不能精確的估計查詢影響的行數，此時查詢優化器就非常的低效。

1.3 過多的阻塞與死鎖

SQL SERVER 完全兼用於原子性、一致性、隔離性、永久性，所以資料庫引擎會確保併發事務被正確的互相隔離。預設情況下，一個事務所看見的資料是另一個事務修改之前或者修改之後的狀態—它不會看到中間狀態。

    因為這種隔離性，當多個事務以一種相容的方法併發訪問公用資源時，資料庫中會發生阻塞。當兩個資源嘗試升級或擴充套件加鎖的資源並且與另一個衝突時，就會發生死鎖。查詢引擎確定回滾開銷最低的程序並選擇其為死鎖犧牲品。犧牲品需要再次提交請求才能正常執行完成。這就導致開銷時間較長。

1.4 不基於資料集的操作

T-SQL是一種資料集的指令碼語言，操作資料是在資料集上進行。這需要我們從資料列上考慮問題而不是從資料行上思考問題。避免在操作中使用遊標和迴圈，而是需要多使用連線於子查詢。

1.5 低質量的查詢設計

索引的有效性取決於編寫的SQL 查詢語句；如果SQL從一個表中讀取了過多的行或者指定的過濾條件返回了超過所需要的大結果集，都將使索引變得無效。為了能更好的使用索引，必須編寫高質量的SQL查詢語句並做到按需取數。

1.6 低質量的資料庫設計

    資料庫應該合理的規範化以增進資料庫檢索的效能並減少阻塞。一個不合理的設計會導致資料的重複儲存，一個過渡規範化的資料庫會導致讀取資料所需的連線非常多；一個合理規範化的資料庫是高質量查詢的基石。

1.7 過多的碎片

    資料儲存的基本單位是頁，由於頻繁的頁分割使得頁中包括了無法儲存資料的

空白區域稱為碎片；碎片會引起讀操作次數的增加而影響效能（一次讀取的是一個頁）。

1.1 不可重用的執行計劃

為了有效的執行查詢，SQL SERVER 會在編譯的時候生成一個優化的執行計劃，該執行計劃會快取在記憶體中，因而其可以重用。但是如果該查詢設計為不能插入變數值，相同的查詢以不同的變數值重新提交時，SQL SERVER會重新生成新的執行計劃，這個過程會耗掉一線效能。因此SQL SERVER 快取或重用執行計劃的方式提交SQL查詢會對效能有一定的優化。

1.2 低質量的執行計劃

    一個不好的執行計劃有時可能是一個真正的殺手，不好的計劃常常是由被稱為引數嗅探的程序造成的，這個程序來自於查詢優化器用於根據統計確定最佳計劃的過程。理解統計資訊是很重要的。

1.3 頻繁重編譯計劃

儲存過程的重新編譯會導致執行計劃的重複生成，該過程很耗費效能，所以一般情況下不要將儲存過程設計為重編譯。

1.4 遊標的錯誤使用

     遊標是一種非集合的操作，會給SQL SERVER 增加大量的開銷；儘可能使用基於資料集的操作。

1.5 錯誤配置資料庫日誌

     為了達到最佳的效能，SQL SERVER 很大程度上依賴於對資料庫日誌的高效訪問。因此合理的日誌配置方法也很重要。

1.6 過多使用或者錯誤配置TEMPDB

     每一個SQL SERVER 例項都只有一個tempdb,因為涉及使用者物件（如臨時表與表變數）、系統物件（如遊標或用於連線的hash表）的操作，以及排序和行版本控制等操作都使用tempdb資料庫，所以tempdb有時候也可能成為一個瓶頸。所有這些操作和其他可能使用的操作都可能導致tempdb中的空間、I/0和爭用問題。因此tempdb的正確配置對於查詢效能也有較大的影響。