Hi Friends,
This is my 49th blog on SQL Server Trace Flag 9204 in the series of One Trace Flag a Day. You can go to all blogs under that series by clicking here.
In my previous blog, we have seen the use of Trace Flag 9292. This loads only the header for statistics which are considered as interesting or useful by optimizer. But how can we know that which statistics actually used by optimizer to calculate or estimate the cardinality? We can identify this by using SQL Server trace flag 9204. This is one of the trace flag which can be used during troubleshooting. This trace flag is used to get the report about statistics objects which are fully loaded and used by the optimizer for cardinality estimation. Let me show you this practically. I am using SQL Server 2012 for this test.
Run the below TSQL to create database, tables and procedure. Here inside procedure we specified recompile option to prevent from parameter sniffing issue.
use master
go
if DB_ID('Trace9204') IS NOT NULL
Drop database Trace9204
go
Create database Trace9204
go
Use Trace9204
go
create table xttrace9204
(
id int identity(1,1) Primary Key,
bal int,
name varchar(100)
)
go
create NonClustered Index IX_xttrace9204_bal on xttrace9204(bal)
go
insert into xttrace9204 values(1000,'SQLServerGeeks.com')
go
insert into xttrace9204 values(5000,'SQLServerGeeks.com')
go 1000
Create proc spFirst(@balance int)
as
Select name from xttrace9204 TF where bal=@balance
OPTION (RECOMPILE)
go
Now I’ll run the below TSQL code with actual execution plan to see the impact of trace flag 9204. Check the output under Messages tab.
Use Trace9204 go DBCC TRACEON(9204,3604,-1) go exec spFirst 5000 go
From the above output you can see that statistics created due to non clustered index has been loaded by optimizer for cardinality estimation.
Finally, do not forget to turn off the trace flag.
Use master go DBCC TRACEOFF(9204,3604,-1) go
PS: Do not use trace flags in production environment without testing it on non production environments and without consulting because everything comes at a cost.
HAPPY LEARNING!
Regards:
Prince Kumar Rastogi
Like us on FaceBook | Join the fastest growing SQL Server group on FaceBook
Follow Prince Rastogi on Twitter | Follow Prince Rastogi on FaceBook
