SQL Server Trace Flag 9204

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

traceflag_9204

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

Avatar

About Prince Rastogi

Prince Rastogi is working as Database Administrator at Elephant Insurance, Richmond. He is having more than 8 years of experience and worked in ERP Domain, Wealth Management Domain. Currently he is working in Insurance domain. In the starting of his career he was working on SQL Server, Internet Information Server and Visual Source Safe. He is post graduate in Computer Science. Prince is ITIL certified professional. Prince likes to explore technical things for Database World and Writing Blogs. He is Technical Editor and Blogger at SQLServerGeeks.com. He is a regular speaker at DataPlatformDay events in Delhi NCR. He has also presented some in depth sessions about SQL Server in SQL Server Conferences in Bangalore.

View all posts by Prince Rastogi →

Leave a Reply

Your email address will not be published. Required fields are marked *