當(dāng)我們想讓某條查詢語句利用某個索引的時候，我們一般會在查詢語句里加索引提示，就像這樣
復(fù)制代碼 代碼如下:
SELECT id,name from TB with (index(IX_xttrace_bal)) where bal100
當(dāng)在生產(chǎn)環(huán)境里面，由于這個索引提示的原因，優(yōu)化器一般不會再去考慮其他的索引，那有時候這個索引提示可能會導(dǎo)致查詢變慢
經(jīng)過你的測試，發(fā)現(xiàn)確實是因為這個索引提示的關(guān)系導(dǎo)致查詢變慢，但是SQL服務(wù)器已經(jīng)緩存了這條SQL語句的執(zhí)行計劃，如果修改SQL語句的話可能會有影響
而且，可能不單只一條SQL語句用了索引提示，還有其他的SQL語句也用了索引提示，你不可能馬上去修改這些SQL語句的時候可以使用SQLSERVER里面的一個trace flag
這個trace flag能忽略SQL語句里面的索引提示和存儲過程里面的索引提示
不需要修改SQL語句，就可以進行性能排查
運行下面腳本創(chuàng)建數(shù)據(jù)庫和相關(guān)索引
復(fù)制代碼 代碼如下:
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
現(xiàn)在執(zhí)行下面代碼
復(fù)制代碼 代碼如下:
--沒有使用跟蹤標(biāo)致
EXEC uspFirst
GO
復(fù)制代碼 代碼如下:
--使用了跟蹤標(biāo)志
DBCC TRACEON(8602,-1)
GO
DBCC FREEPROCCACHE
GO
EXEC uspFirst
GO
可以看到，打開TRACEON(8602,-1) 跟蹤標(biāo)志之后，SQLSERVER忽略了索引提示，利用復(fù)合索引IX_xttrace8602_bal_name 把數(shù)據(jù)查出來
而不需要額外的鍵查找
這個跟蹤標(biāo)志不需要你修改你的SQL語句就可以讓SQLSERVER忽略索引提示
在使用這個8602跟蹤標(biāo)志之前記得先在開發(fā)環(huán)境測試好，確認是否需要忽略索引提示，以便做成性能問題
如有不對的地方，歡迎大家拍磚o(∩_∩)o
您可能感興趣的文章:- sqlserver 聚集索引和非聚集索引實例
- SQLSERVER 創(chuàng)建索引實現(xiàn)代碼
- sqlserver2005自動創(chuàng)建數(shù)據(jù)表和自動添加某個字段索引
- sqlserver索引的原理及索引建立的注意事項小結(jié)
- sqlserver 索引的一些總結(jié)
- SqlServer 索引自動優(yōu)化工具
- SQLServer2005重建索引前后對比分析
- SQLSERVER聚集索引和主鍵(Primary Key)的誤區(qū)認識
- SQLSERVER如何查看索引缺失及DMV使用介紹
