性能優化的重點在於識別定位問題，預先瞭解主要的性能殺手，能夠更快的定位到問題並將工作集中在可能的原因之上。 SQL SERVER性能殺手主要集中在如下幾類： 1.1 低質量的索引 低質量的索引通常是SQL SERVER最大的性能殺手，對於一個缺乏索引的查詢，SQL SERVER 需要處理大量的讀取和 ...
性能優化的重點在於識別定位問題，預先瞭解主要的性能殺手，能夠更快的定位到問題並將工作集中在可能的原因之上。
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.8 不可重用的執行計劃
為了有效的執行查詢，SQL SERVER 會在編譯的時候生成一個優化的執行計劃，該執行計劃會緩存在記憶體中，因而其可以重用。但是如果該查詢設計為不能插入變數值，相同的查詢以不同的變數值重新提交時，SQL SERVER會重新生成新的執行計劃，這個過程會耗掉一線性能。因此SQL SERVER 緩存或重用執行計劃的方式提交SQL查詢會對性能有一定的優化。
1.9 低質量的執行計劃
一個不好的執行計劃有時可能是一個真正的殺手，不好的計劃常常是由被稱為參數嗅探的進程造成的，這個進程來自於查詢優化器用於根據統計確定最佳計劃的過程。理解統計信息是很重要的。
1.10 頻繁重編譯計劃
存儲過程的重新編譯會導致執行計劃的重覆生成，該過程很耗費性能，所以一般情況下不要將存儲過程設計為重編譯。
1.11 游標的錯誤使用
游標是一種非集合的操作，會給SQL SERVER 增加大量的開銷；儘可能使用基於數據集的操作。
1.12 錯誤配置資料庫日誌
為了達到最佳的性能，SQL SERVER 很大程度上依賴於對資料庫日誌的高效訪問。因此合理的日誌配置方法也很重要。
1.13 過多使用或者錯誤配置TEMPDB
每一個SQL SERVER 實例都只有一個tempdb,因為涉及用戶對象（如臨時表與表變數）、系統對象（如游標或用於連接的hash表）的操作，以及排序和行版本控制等操作都使用tempdb資料庫，所以tempdb有時候也可能成為一個瓶頸。所有這些操作和其他可能使用的操作都可能導致tempdb中的空間、I/0和爭用問題。因此tempdb的正確配置對於查詢性能也有較大的影響。
