當我們想讓某條查詢語句利用某個索引的時候,我們一般會在查詢語句裡加索引提示,就像這樣
SELECT id,name from TB with (index(IX_xttrace_bal)) where bal<100
當在生產環境裡面,由於這個索引提示的原因,優化器一般不會再去考慮其他的索引,那有時候這個索引提示可能會導致查詢變慢
經過你的測試,發現確實是因為這個索引提示的關系導致查詢變慢,但是SQL服務器已經緩存了這條SQL語句的執行計劃,如果修改SQL語句的話可能會有影響
而且,可能不單只一條SQL語句用了索引提示,還有其他的SQL語句也用了索引提示,你不可能馬上去修改這些SQL語句的時候可以使用SQLSERVER裡面的一個trace flag
這個trace flag能忽略SQL語句裡面的索引提示和存儲過程裡面的索引提示
不需要修改SQL語句,就可以進行性能排查
運行下面腳本創建數據庫和相關索引
USE master GO IF DB_ID('Trace8602') IS NOT NULL DROP DATABASE Trace8602 GO CREATE DATABASE Trace8602 GO USE Trace8602 GO CREATE TABLE xttrace8602 ( id INT IDENTITY(1, 1) PRIMARY KEY , bal INT , name VARCHAR(100) ) GO CREATE NONCLUSTERED INDEX IX_xttrace8602_bal_name ON xttrace8602(bal,name) GO CREATE NONCLUSTERED INDEX IX_xttrace8602_bal ON xttrace8602(bal) GO INSERT INTO xttrace8602 VALUES ( RAND() * 786, 'cnblogs.com/lyhabc' ) GO 10000 CREATE PROC uspFirst AS SELECT id , name FROM xttrace8602 TF WITH ( INDEX ( IX_xttrace8602_bal ) ) WHERE bal < 100 GO
現在執行下面代碼
--沒有使用跟蹤標致 EXEC uspFirst GO
--使用了跟蹤標志 DBCC TRACEON(8602,-1) GO DBCC FREEPROCCACHE GO EXEC uspFirst GO
可以看到,打開TRACEON(8602,-1) 跟蹤標志之後,SQLSERVER忽略了索引提示,利用復合索引IX_xttrace8602_bal_name 把數據查出來
而不需要額外的鍵查找
這個跟蹤標志不需要你修改你的SQL語句就可以讓SQLSERVER忽略索引提示
在使用這個8602跟蹤標志之前記得先在開發環境測試好,確認是否需要忽略索引提示,以便做成性能問題
如有不對的地方,歡迎大家拍磚o(∩_∩)o