當我們想讓某條查詢語句利用某個索引的時候，我們一般會在查詢語句里加索引提示，就像這樣

復制代碼 代碼如下:

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