Parameter Sniffing is a behavior in SQL Server and other database engines where a stored procedure or query caches an execution plan based on the first set of parameter values it receives. This cached plan is then used for subsequent executions, regardless of whether the new parameter values are optimal for that plan.

How Does Parameter Sniffing Work?

  1. When a stored procedure or parameterized query is executed for the first time, the query optimizer generates an execution plan based on the given parameter values.
  2. The execution plan is cached to avoid repeated optimization, improving performance for similar queries.
  3. If future executions use different parameter values, the cached plan may not be optimal, leading to performance issues.

How to Fix Parameter Sniffing Issues?

  1. Use Query Hints

OPTION (RECOMPILE): Forces a new execution plan for every execution.

  1. SELECT * FROM Orders WHERE CustomerID = @CustomerID OPTION (RECOMPILE)

OPTIMIZE FOR UNKNOWN: Ignores the specific parameter value and generates a generic plan.

  1. SELECT * FROM Orders WHERE CustomerID = @CustomerID  OPTION (OPTIMIZE FOR UNKNOWN)
  1. Use Local Variables

Assign the parameter to a local variable inside the procedure to prevent SQL Server from using a parameter-specific plan.

  1. CREATE PROCEDURE GetOrdersByCustomer @CustomerID INT  
  2. AS  
  3. BEGIN  
  4.     DECLARE @LocalCustomerID INT = @CustomerID  
  5.     SELECT * FROM Orders WHERE CustomerID = @LocalCustomerID  
  6. END
  1. Create Multiple Query Plans

Use if-else logic to handle different cases separately.

  1. IF @CustomerID < 100  
  2.     SELECT * FROM Orders WHERE CustomerID = @CustomerID OPTION (RECOMPILE)  
  3. ELSE  
  4.     SELECT * FROM Orders WHERE CustomerID = @CustomerID
  1. Manually Clear the Cache

If needed, clear the stored plan using:

  1. DBCC FREEPROCCACHE