| title | sp_query_store_force_plan (Transact-SQL) | ||||
|---|---|---|---|---|---|
| description | sp_query_store_force_plan (Transact-SQL) | ||||
| author | markingmyname | ||||
| ms.author | maghan | ||||
| ms.date | 09/30/2022 | ||||
| ms.prod | sql | ||||
| ms.technology | system-objects | ||||
| ms.topic | reference | ||||
| ms.custom | event-tier1-build-2022 | ||||
| f1_keywords |
|
||||
| helpviewer_keywords |
|
||||
| dev_langs |
|
||||
| monikerRange | =azuresqldb-current||>=sql-server-2016||>=sql-server-linux-2017||=azuresqldb-mi-current |
[!INCLUDE sqlserver2016-asdb-asdbmi]
Enables forcing a particular plan for a particular query.
When a plan is forced for a particular query, every time [!INCLUDEssNoVersion] encounters the query, it tries to force the plan in the Query Optimizer. If plan forcing fails, an Extended Event is fired and the Query Optimizer is instructed to optimize in the normal way.
:::image type="icon" source="../../database-engine/configure-windows/media/topic-link.gif" border="false"::: Transact-SQL Syntax Conventions
sp_query_store_force_plan
[ @query_id = ] query_id ,
[ @plan_id = ] plan_id ,
[ @disable_optimized_plan_forcing = ] disable_optimized_plan_forcing ,
[ @force_plan_scope = ] replica_group_id [;]
Is the id of the query. query_id is a bigint, with no default.
Is the id of the query plan to be forced. plan_id is a bigint, with no default.
Indicates whether optimized plan forcing should be disabled. disable_optimized_plan_forcing is a bit with a default of 0.
You can force plans on a secondary replica when Query Store for secondary replicas is enabled. Execute sp_query_store_force_plan and sp_query_store_unforce_plan on the secondary replica. The optional force_plan_scope argument defaults only to the local replica (primary or secondary), but you can optionally specify a replica_group_id referencing sys.query_store_replicas.
0 (success) or 1 (failure)
The resulting execution plan forced by this feature will be the same or similar to the plan being forced. Because the resulting plan may not be identical to the plan specified by sp_query_store_force_plan, the performance of the plans may vary. In rare cases, the performance difference may be significant and negative; in that case, the administrator must remove the forced plan.
Requires the ALTER permission on the database.
The following example returns information about the queries in the query store.
SELECT Txt.query_text_id, Txt.query_sql_text, Pl.plan_id, Qry.*
FROM sys.query_store_plan AS Pl
JOIN sys.query_store_query AS Qry
ON Pl.query_id = Qry.query_id
JOIN sys.query_store_query_text AS Txt
ON Qry.query_text_id = Txt.query_text_id ;After you identify the query_id and plan_id that you want to force, use the following example to force the query to use a plan.
EXEC sp_query_store_force_plan @query_id = 3, @plan_id = 3;Learn more about related concepts in the following articles:
- sys.query_store_replicas (Transact-SQL)
- sys.plan_forcing_locations (Transact-SQL)
- sp_query_store_remove_plan (Transact-SQL)
- sp_query_store_remove_query (Transact-SQL)
- sp_query_store_unforce_plan (Transact-SQL)
- Query Store Catalog Views (Transact-SQL)
- Monitoring Performance by using the Query Store
- sp_query_store_reset_exec_stats (Transact-SQL)
- sp_query_store_flush_db (Transact-SQL)
- Best Practice with the Query Store