适用于：
SQL Server 2016 (13.x) 及更高版本
从旧版 SQL Server 迁移到 SQL Server 2014（12.x）或更高版本，并将 数据库兼容性级别升级到 最新可用版本时，工作负荷可能会面临性能回归的风险。 从 SQL Server 2014 (12.x) 升级到任何较新版本时，出现此情况的可能性更小。
在 SQL Server 2014（12.x）及更高版本中，所有查询优化器的更改都限制在最新的数据库兼容级别。因此，执行计划不会在升级时立即更改，而是在用户将 COMPATIBILITY_LEVEL 数据库选项更改为最新可用选项时才会更新。 有关 SQL Server 2014（12.x）中引入的查询优化器更改的详细信息，请参阅基数估计（SQL Server）。 要详细了解兼容性级别及其对升级的影响，请参阅兼容性级别和数据库引擎升级。
如果升级遵循下一个关系图中显示的建议工作流，则数据库兼容级别提供的此限制功能与查询存储结合使用，可以更好地控制升级过程中的查询性能。 有关升级兼容级别的建议工作流的详细信息，请参阅 更改数据库兼容性级别并使用查询存储。
SQL Server 2017（14.x）进一步改进了对升级的控制，其中引入了 自动优化 ，并允许自动执行建议工作流中的最后一步。
从 SQL Server Management Studio v18 开始， 查询优化助手（QTA） 功能指导用户完成建议的工作流，以在升级到较新的 SQL Server 版本期间保持性能稳定性，如本节中所述， 在升级到较新的 SQL Server的查询存储使用方案期间保持性能稳定性。 不过，QTA 不会回滚到以前已知的优质计划，如建议的工作流的最后一步所示。 相反，QTA 会跟踪 查询存储 回归查询 视图中发现的任何回归，并循环访问适用的优化器模型变体的可能排列，以便可以生成一个新的更好的计划。
重要
QTA 不会生成用户工作负载。 如果在应用程序未使用的环境中运行 QTA，请确保可以通过其他方式在目标 SQL Server 数据库引擎上执行代表性测试工作负载。
查询优化助手工作流
QTA 的起点假定从以前版本的 SQL Server 中的数据库（通过 附加数据库 或 RESTORE 语句）移动到较新版本的 SQL Server 数据库引擎，并且升级前的数据库兼容性级别不会立即更改。 QTA 指导完成以下步骤：
根据用户设置的工作负载持续时间（以天为单位）的建议设置来配置查询存储。 考虑与典型业务周期匹配的工作负载持续时间。
请求启动所需的工作负载，以便查询存储可以收集工作负载数据的基线（若尚未提供）。
升级到用户所选的目标数据库兼容性级别。
请求收集第 2 次传递的工作负载数据，用于进行比较和回归检测。
循环访问根据查询存储回归的查询视图找到的任何回归，通过收集有关适用优化器模型变体的可能排列的运行时统计信息进行试验，并测量结果。
报告测量到的改进，并且可选择允许使用计划指南保留那些更改。
有关附加数据库的详细信息，请参阅数据库分离和附加。
下图显示了 QTA 如何仅更改推荐工作流的最后几个步骤，以使用查询存储来升级之前所见的兼容性级别。 QTA 提供特定于所选回归查询的优化选项，而不是在当前效率低下的执行计划和最后一个已知良好的执行计划之间进行选择，以使用优化的执行计划创建新的改进状态。
QTA 优化内部搜索空间
QTA 仅面向可以从查询存储中执行的 SELECT 查询。 若编译参数是已知的，那么参数化查询符合条件。 此时，依赖于运行时构造（如临时表或表变量）的查询不符合条件。
QTA 针对由于 基数估计 (SQL Server) 版本变更导致的查询回归已知模式。 例如，将数据库从 SQL Server 2012 （11.x） 和数据库兼容性级别 110 升级到 SQL Server 2017 （14.x） 和数据库兼容性级别 140 时，某些查询可能会回归，因为它们专门用于处理 SQL Server 2012（11.x） （CE 70）中存在的 CE 版本。 这并不意味着从 CE 140 还原为 CE 70 是唯一选择。 如果只有较新版本中的特定更改引入回归，则可以提示该查询仅使用适用于特定查询的以前 CE 版本的相关部分，同时仍在使用较新的 CE 版本的其他所有改进。 还能使工作负载中未回归的其他查询获益于较新版 CE 的改进。
QTA 搜索的 CE 模式为：
独立与相关性：如果独立假设为特定查询提供更好的估计，则查询提示
USE HINT ('ASSUME_MIN_SELECTIVITY_FOR_FILTER_ESTIMATES')会导致 SQL Server 在估算AND筛选器谓词以考虑相关性时使用最小选择性来生成执行计划。 有关详细信息，请参阅 USE HINT 查询提示和 CE 的版本。简单包含与基本包含：如果不同的联接包含为特定查询提供了更好的估计，则查询提示
USE HINT ('ASSUME_JOIN_PREDICATE_DEPENDS_ON_FILTERS')会导致 SQL Server 使用简单包含假设而不是默认的 Base Containment 假设来生成执行计划。 有关详细信息，请参阅 USE HINT 查询提示和 CE 的版本。多语句表值函数 (MSTVF) 固定基数猜测 - 100 行与 1 行：如果使用 TVF 默认固定估值 100 行与使用 TVF 固定估值 1 行（对应于 SQL Server 2008 R2 (10.50.x) 及早期版本的查询优化器 CE 模型下的默认值）相比，并不能带来更有效的计划，则使用查询提示
QUERYTRACEON 9488生成执行计划。 有关 MSTVF 的详细信息，请参阅创建用户定义函数（数据库引擎）。
万不得已时，如果狭窄范围的提示不能为符合条件的查询模式带来足够好的结果，也可考虑使用查询提示 USE HINT ('FORCE_LEGACY_CARDINALITY_ESTIMATION') 生成执行计划，从而充分利用 CE 70。
重要
任何提示都会强制将来 SQL Server 更新中可能解决的某些行为。 我们建议仅在没有其他选择且打算每次新升级都重新访问提示的代码时，才应用提示。 通过强制执行某些行为，可能会导致工作负载无法从较新版本的 SQL Server 中引入的增强功能中受益。
为数据库升级启动查询优化助手
QTA 是一种基于会话的功能，它将会话状态存储在首次创建会话的用户数据库的 msqta 架构中。 可在一段时间内在单个数据库上创建多个优化会话，但是任何给定的数据库只能存在一个活动会话。
创建数据库升级会话
在 SQL Server Management Studio 中，打开对象资源管理器并连接到数据库引擎。
对于计划升级数据库兼容性级别的数据库，右键单击数据库名称，依次选择“任务”、“数据库升级”和“新建数据库升级会话”。
在 QTA 向导窗口中，配置会话需要两个步骤：
在“设置”窗口中，将查询存储配置为捕获相当于要分析和优化的一个完整业务周期的工作负载数据。
以天为单位输入预期的工作负载持续时间（最短为 1 天）。 这用于建议的查询存储设置，以暂时允许收集整个基线。 要确保能够分析在更改数据库兼容性级别后找到的任何回归查询，捕获良好的基线至关重要。
完成 QTA 工作流之后，设置用户数据库应处于的预期目标数据库兼容性级别。
完成后，选择“下一步”。
在 “设置” 窗口中，两列显示目标数据库中查询存储的 当前 状态，以及 “建议 ”设置。
默认选择“推荐”设置，但选择“当前”列的单选按钮会接受当前设置，还可以微调当前的查询存储配置。
建议的 过时查询阈值 设置是预期的工作负荷持续时间值的两倍，以天为单位。 这是因为查询存储需要保存有关基线工作负荷和数据库后升级工作负荷的信息。
完成后，选择“下一步”。
重要
建议 的最大大小 是一个任意值，可能适合短时间工作负荷。 但是，对于密集型工作负荷，可能不足以保存有关基线和数据库后升级工作负荷的信息，即可能会生成许多不同的计划。 如果您预计会出现这种情况，请输入一个更高且合适的值。
“优化”窗口结束会话配置，并引导完成打开并继续处理会话的后续步骤。 完成后，选择“完成”。
执行数据库升级工作流
对于计划升级数据库兼容性级别的数据库，右键单击数据库名称，依次选择“任务”、“数据库升级”和“监视会话”。
“会话管理”页列出范围内数据库的当前和过去的会话。 选择所需会话，然后选择“详细信息”。
注意
如果当前会话不存在，请选择“刷新”按钮。
列表包含以下信息：
会话 ID
会话名称：系统生成的名称，该名称由数据库名称以及创建会话的日期和时间组成。
状态：会话状态（活动或关闭）。
说明：系统生成的说明，包括用户所选的目标数据库兼容性级别以及业务周期工作负载天数。
开始时间：创建会话的日期和时间。
注意
删除会话：删除为所选会话存储的任何数据。 然而，删除已关闭的会话不会删除之前部署的任何计划指南。 如果删除了用于部署计划指南的会话，则无法使用 QTA 进行回滚。 改为使用 sys.plan_guides 系统表搜索计划指南，然后使用 sp_control_plan_guide 手动删除。
新会话的入口点是“数据收集”步骤。
注意
通过“会话”按钮可回到“会话管理”页面，而活动会话保持不变。
此步骤有以下三个子步骤：
基线数据收集：要求用户运行代表性工作负载周期，以便查询可以收集基线。 完成该工作负荷后，请检查 工作负荷运行完成，然后选择 下一步。
注意
运行工作负载时，可关闭 QTA 窗口。 稍后返回仍处于活动状态的会话将从离开的同一步骤继续。
升级数据库 提示将数据库兼容性级别升级到所需目标的权限。 若要继续进行下一个子步骤，请选择“是”。
下一页确认已成功升级数据库兼容性级别。
已观察的数据收集请求用户重新运行代表性工作负载周期，以便查询存储能够收集用于发现优化机会的对比基线。 执行工作负载时，使用“刷新”按钮持续更新回归的查询列表（若找到任何回归的查询）。 更改“要显示的查询数”值，以限制显示的查询数量。 列表顺序受“指标”（持续时间或 CpuTime）和“聚合”（默认使用平均值）。 还需选择要显示的查询数量。 完成该工作负荷后，请勾选工作负荷运行完成，然后选择下一步。
列表包含以下信息：
查询 ID
查询文本：可选择 ... 按钮展开的 Transact-SQL 语句。
运行次数：显示为整个工作负载收集执行该查询的次数。
基线指标：升级数据库兼容性之前，为收集基线数据选定的单位为毫秒的指标（持续时间或 CpuTime）。
观测的指标：升级数据库兼容性之后，为收集数据选定的单位为毫秒的指标（持续时间或 CpuTime）。
百分比变化：数据库兼容性升级状态前后所选指标的百分比变化。 负数表示查询的测量的回归数量。
可优化：True 或 False，具体取决于查询是否有资格进行试验。
查看分析可选择要试验的查询并查找优化机会。 “要显示的查询数量”值成为要试验的符合条件的查询的范围。 选中所需查询后，选择“下一步”开始试验。
无法为试验选择 可调 设置为 False 的查询。
重要
提示建议，一旦 QTA 进入试验阶段，则无法返回到“视图分析”页。 如果在前进到试验阶段之前未选择所有符合条件的查询，需在稍后创建新会话并重复工作流。 这需要将数据库兼容性级别重置回之前的值。
查看结果：可选择要将建议优化部署为计划指南的查询。
列表包含以下信息：
查询 ID
查询文本：可选择 ... 按钮展开的 Transact-SQL 语句。
状态：显示查询的当前试验状态。
基线指标：为步骤 2 子步骤 3 中执行的查询选定的单位为毫秒的指标（持续时间或 CpuTime），表示升级数据库兼容性后的回归查询。
观测的指标：为对试验后的查询进行很好的建议优化选定的单位为毫秒的指标（持续时间或 CpuTime），已进行足够好的建议优化。
% 变化：指定试验状态之前后选定指标的百分比变化，表示通过建议优化查询所测量到的改进量。
查询选项：链接到改进查询执行指标的建议提示。
可以部署：True 或 False，具体取决于是否能将建议的查询优化部署为计划指南。
验证：显示之前为此会话选定的查询的部署状态。 此页的列表不同于上一页，“可以部署”列更改为了“可以回滚”。 此列可以为 True 或 False，具体取决于是否可以回滚部署的查询优化以及是否可以删除它的计划指南。
如果以后需要回滚建议的优化，请选择相关查询并选择 回滚。 删除此查询计划指南并更新列表，以删除已回滚的查询。 请注意，在下图中，已删除查询 8。
注意
删除已关闭的会话不会删除之前部署的任何计划指南。 如果删除了用于部署计划指南的会话，则无法使用 QTA 进行回滚。 改为使用 sys.plan_guides 系统表搜索计划指南，然后使用 sp_control_plan_guide 手动删除。
权限
需要的成员资格为 db_owner 角色。