SQLSERVER中忽略索引提示
当我们想让某条查询语句利用某个索引的时候,我们一般会在查询语句里加索引提示,就像这样
当在生产环境里面,由于这个索引提示的原因,优化器一般不会再去考虑其他的索引,那有时候这个索引提示可能会导致查询变慢
经过你的测试,发现确实是因为这个索引提示的关系导致查询变慢,但是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
相关文章
关于SQL表中drop table和delete table的区别
删表是一个比较危险的操作,这次给了个机会就想尝试下,记得在mysql表中有两种操作,drop与delete,但是在maxcompute产品中尝试时,该产品只支持drop操作。这里说下二者操作的区别,需要的朋友可以参考下2023-01-01SQL Server 2008 清空删除日志文件(瞬间缩小日志到几M)
sql 在使用中每次查询都会生成日志,但是如果你长久不去清理,可能整个硬都堆满哦,笔者就遇到这样的情况,直接网站后台都进不去了。下面我们一起来学习一下如何清理这个日志吧2018-10-10卸载VS2011 Developer Preview后Sql Server2008&nbs
话说上回我为了尝尝螃蟹的味道而装了 VS2011 Developer Preview,但是装完后立马卸载掉了,原因是这家伙的安装目录位置没用,我设置到D盘的但是装完后D盘的文件夹只有一百多M,而足足8G+的空间是在C盘上消耗的。2011-11-11
最新评论