共計 1658 個字符，預計需要花費 5 分鐘才能閱讀完成。

本篇內容介紹了“SQL Server 數據庫的高性能優(yōu)化方法”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓丸趣 TV 小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！

丸趣 TV 小編以前在做 ASP 及.NET 的時候經常用到 SQL SERVER，現在用 PHP 雖然大多數時候用 MYSQL，但不泛有些客戶要在原來 SQL 的平臺上升級或兼容開發(fā)，值得慶幸的是 PHP 無所不能，基本上所有的它都能連接并支持，本文主要向大家介紹的是正確優(yōu)化 SQL Server 數據庫的經驗總結，其中包括在對其進行優(yōu)化的實際操作中值得大家注意的地方描述，以及對 SQL 語句進行優(yōu)化的最基本原則，以下就是文章的主要內容描述。

優(yōu)化數據庫的注意事項：

1、關鍵字段建立索引。

2、使用存儲過程，它使 SQL 變得更加靈活和高效。

3、備份數據庫和清除垃圾數據。

4、SQL 語句語法的優(yōu)化。(可以用的 SQL Expert，可惜我沒找到 unexpired 的序列號)

5、清理刪除日志。

SQL 語句優(yōu)化的基本原則：

1、使用索引來更快地遍歷表。

缺省情況下建立的索引是非群集索引，但有時它并不是最佳的。在非群集索引下，數據在物理上隨機存放在數據頁上。合理的索引設計要建立在對各種查詢的分析和預測上。

一般來說：

①. 有大量重復值、且經常有范圍查詢 (between, ,，=, =) 和 order by、group by 發(fā)生的列，可考慮建立群集索引

②. 經常同時存取多列，且每列都含有重復值可考慮建立組合索引;

③. 組合索引要盡量使關鍵查詢形成索引覆蓋，其前導列一定是使用最頻繁的列。

2、IS NULL 與 IS NOT NULL

不能用 null 作索引，任何包含 null 值的列都將不會被包含在索引中。即使索引有多列這樣的情況下，只要這些列中有一列含有 null，該列就會從索引中排除。也就是說如果某列存在空值，即使對該列建索引也不會提高性能。任何在 where 子句中使用 is null 或 is not null 的語句優(yōu)化器是不允許使用索引的。

3、IN 和 EXISTS

EXISTS 要遠比 IN 的效率高。里面關系到 full table scan 和 range scan。幾乎將所有的 IN 操作符子查詢改寫為使用 EXISTS 的子查詢。

4、在海量查詢時盡量少用格式轉換。

5、當在 SQL SERVER 2000 中

如果存儲過程只有一個參數，并且是 OUTPUT 類型的，必須在調用這個存儲過程的時候給這個參數一個初始的值，否則會出現調用錯誤。

6、ORDER BY 和 GROPU BY

使用 ORDER BY 和 GROUP BY 短語，任何一種索引都有助于 SELECT 的性能提高。注意如果索引列里面有 NULL 值，Optimizer 將無法優(yōu)化。

7、任何對列的操作都將導致表掃描，它包括 SQL Server 數據庫函數、計算表達式等等，查詢時要盡可能將操作移至等號右邊。

8、IN、OR 子句常會使用工作表，使索引失效。如果不產生大量重復值，可以考慮把子句拆開。拆開的子句中應該包含索引。

9、SET SHOWPLAN_ALL 10、謹慎使用游標

在某些必須使用游標的場合，可考慮將符合條件的數據行轉入臨時表中，再對臨時表定義游標進行操作，這樣可使性能得到明顯提高。

注釋：所謂的優(yōu)化就是 WHERE 子句利用了索引，不可優(yōu)化即發(fā)生了表掃描或額外開銷。經驗顯示，SQL Server 數據庫性能的最大改進得益于邏輯的、索引設計和查詢設計方面。反過來說，最大的性能問題常常是由其中這些相同方面中的不足引起的。

其實 SQL 優(yōu)化的實質就是在結果正確的前提下，用優(yōu)化器可以識別的語句，充份利用索引，減少表掃描的 I / O 次數，盡量避免表搜索的發(fā)生。其實 SQL 的性能優(yōu)化是一個復雜的過程，上述這些只是在應用層次的一種體現，深入研究還會涉及 SQL Server 數據庫層的資源配置、網絡層的流量控制以及操作系統(tǒng)層的總體設計。

“SQL Server 數據庫的高性能優(yōu)化方法”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關的知識可以關注丸趣 TV 網站，丸趣 TV 小編將為大家輸出更多高質量的實用文章！