SQL SERVER – Introduction of Showplan Warning

Vinod Kumar M is my very good friend, renowned SQL Server Expert. Vinod Kumar has worked with SQL Server extensively since joining the industry over a decade ago. Before joining Microsoft, he was a Microsoft MVP for SQL Server for more than 3 years. He now works with MTC as a Technology Architect. He is a well-known speaker at all major Microsoft and third party technical conferences. Here is a very interesting blog post he sent on the subject of Executon Plan. Let us learn about introduction to Showplan Warning.

SQL Server is a cost based optimizer and can guide us at every step. Now assume you wanted to learn about Performance tuning and you had a teacher to teach this. It would be much easier for us to learn and most importantly, we will learn the concepts, behavior much more quickly. On the same lines, in this post we are using “SQL Server” as our teacher and guide.

Previous Showplan Warnings

In versions prior to SQL Server 2012 we already have had a few warnings in the plan that can help us diagnose the slow query issue. Primarily there are two types of warnings.  They are query level warnings and operator level warning. In this blog post we will discuss some of the enhancements available with SQL Server 2012.

A typical example of Query level warning includes missing index we are used to seeing inside Management Studio after executing a query.

SQL SERVER - Introduction of Showplan Warning showplan1

Operator level warnings are raised at operator level.  When SSMS sees this type of warning, it puts a yellow exclamation mark on the operator icon.  The figure below shows this type of warnings.

SQL SERVER - Introduction of Showplan Warning showplan2

Prior to 2012,   there are two warnings at operator level.  “No Join Predicates” and “Missing Column Statistics”.   If you enable SET STATISTICS XML ON we can get “Missing Column Statistics” warning as:

 <ColumnReference Database="[missingstats]" Schema="[dbo]"
 Table="[missing_stats]" Column="name" />

New SQL Server 2012 Showplan Warnings

When we troubleshoot / tune a single query because it is slow, we normally just get the query plan. However, there are several trace events that have been very helpful in determining why the queries are slow.  “Hash Warning” and “Sort Warnings” trace events are very helpful in determining why a query is slow.

In SQL 2012, the ShowPlan will produce warnings if hash join or sort spill to tempdb because of low memory conditions. In this case, we don’t have to capture trace events just to see if there are any sort warnings or hash warning on the query. To understand this warning in a typical setup, here is the script. First let us get the objects required for this demo.

USE tempdb
-- Preparing data
name VARCHAR(25), website CHAR(50))
-- Pumping in dummy Data
DECLARE @counter INT
SET @counter = 1
WHILE @counter &lt;= 100000
INSERT INTO Plan_Warning(id, name, website)
VALUES (@counter, 'Vinod Kumar' + CONVERT(VARCHAR(10), @counter),
SET @counter = @counter + 1
PRINT 'Load completed ...'

Now execute the next query to look at the execution plan.

SELECT * FROM Plan_Warning
WHERE id >= 7000

This executes the query and shows us the execution plan as below. Click on the Showplan resultset. Alternatively we can also use the Ctrl+M to get the actual execution plan if required.

SQL SERVER - Introduction of Showplan Warning showplan3

The execution plan reads like this. And we can see a small warning symbol with the Sort Operator. Also in the warning section we can see it says the spill did happen to tempdb. This is fundamentally because we have queried more than 93k rows and it was not able to fit in our laptop memory.

SQL SERVER - Introduction of Showplan Warning showplan4

If we open the XML file we can find the below node. This is the same shown visually.

 <SpillToTempDb SpillLevel="1">

This can happen for Hash Spills too. In this case we will see the warning on the Hash Join node with the same error of spill of data to tempdb. The SpillLevel for Hash Joins will be 2 in our XML.

The new warnings don’t get populated to legacy execution plans. In other words, if we set statistics profile on, we won’t get the plan with these details.

Final words

Though SQL Server shows the warnings, we have not explained what to do if you get warnings.

  • Spills are happening because we have selected more data in a single query than expected and this can be the case for reporting queries.
  • Try to add additional where clause to reduce the data from the big table.
  • When it is not possible to add additional where clause, we highly recommend to tune and monitor TempDB growth and contentions.

Hope you had fun learning something that SQL Server taught us. It is critical we keep exploring and learning looking for these fine prints with every single release of SQL Server.

Reference: Pinal Dave (https://blog.sqlauthority.com)

Execution Plan, SQL Scripts, SQL Server
Previous Post
SQL SERVER – Concurrency Basics – Guest Post by Vinod Kumar
Next Post
SQL SERVER – Basic Explanation of Query Hint NOWAIT – How to Not Wait on Locked Query

Related Posts

7 Comments. Leave new

  • Vinod Kumar M (SQL) (@vinodk_sql)
    January 15, 2013 10:39 am

    Hope there is some learning from this post to all. Feel free to drop-in your feedbacks.

    • theashishtrivedi
      March 3, 2013 2:40 pm

      In one of sqlauthority blogs, you have mentioned to use EXISTS over IN. How can we use EXISTS in this query “where IN (22,56,74,88,112)”

      • Aneesh Menon
        June 13, 2017 7:27 pm

        Most of the cases when we use exists the table in the subquery will be large. With such small sets either separated by commas or a table as such, IN is still preferred.

  • In SQL Server 2008 R2 I had the “No Join Predicates” warning in a complex plan and it was very hard to notice with a lot of the same colours being used for other icons.

    There seemed to be no indication telling you there’s a problem.
    (You can search the xml version for “warnings”)

    Is this addressed in 2012?

  • Thanks. I know you wrote this a while ago, but is there a warning for out of date statistics or simply statistics that are completely missing? Thanks.


Leave a Reply