DBCC TRACEON - 跟踪标志 (Transact-SQL)

跟踪标志用于设置特定服务器特征或更改特定行为。 

例如，跟踪标志 3226 是一种经常使用的启动跟踪标志，可取消显示错误日志中的成功备份消息。 

跟踪标志常常用于诊断性能问题或调试存储过程或复杂的计算机系统，但 Microsoft 支持部门还可能建议将它们用于解决会对特定工做负载产生负面影响的行为。 

当按照指示使用时，全部记录的跟踪标志和 Microsoft 支持部门推荐的跟踪标志在生产环境中都彻底受支持。 

请注意，此列表中的跟踪标志在其特定用途方面可能会有一些其余注意事项，所以建议仔细查看此处和/或支持工程师提供的全部建议。 

此外，与 SQL Server 中的任何配置更改同样，最好在部署标志以前在非生产环境中全面测试该标志。

 

Remarks

在 SQL Server 中，有三种跟踪标志：查询、会话和全局。 

查询跟踪标志在特定查询的上下文中处于活动状态。

会话跟踪标志对某个链接有效，且只对该链接可见。 

全局跟踪标志在服务器级别上进行设置，对服务器上的每个链接均可见。 

某些标志只能做为全局标志启用，而某些标志在全局或会话做用域均可以启用。

 

下列规则适用：

• 全局跟踪标志必须全局启用。 不然，跟踪标志无效。 建议在启动时经过使用 -T 命令行选项来启用全局跟踪标志。 这样可确保跟踪标志在服务器从新启动后保持活动状态。 若要让跟踪标志生效，请重启 SQL Server。
• 若是跟踪标志有全局、会话或查询做用域，则能够用合适的做用域来启用它。 在会话级别启用的跟踪标志永远不会影响另外一个会话，而且当打开会话的 SPID 注销时，该跟踪标志将失效。

 

使用如下方法之一可将跟踪标志设置为开或关：

使用 DBCC TRACEON 和 DBCC TRACEOFF 命令。

例如，若要全局启用 2528 跟踪标志，请在使用 DBCC TRACEON 时使用 -1 参数：DBCC TRACEON (2528, -1)。

从新启动服务器时，使用 DBCC TRACEON 启用全局跟踪标志的方法将失效。 

若要关闭全局跟踪标志，请在使用 DBCC TRACEOFF 时使用 -1 参数。

使用 -T 启动选项能够指定跟踪标志在启动期间设置为开。

-T 启动选项会全局启用跟踪标志。 使用启动选项没法启动会话级别的跟踪标志。 

这样可确保跟踪标志在服务器从新启动后保持活动状态。 有关启动选项的详细信息，请参阅 数据库引擎服务启动选项。

在查询级别，经过使用 QUERYTRACEON 查询提示。 QUERYTRACEON 选项只能用于上表中所述的查询优化器跟踪标志。

使用 DBCC TRACESTATUS 命令肯定哪些跟踪标志当前是活动的。

 

跟踪标志

下表列出了 SQL Server 中可用的跟踪标志，并进行了说明。

备注:

Azure SQL 数据库托管实例支持如下全局跟踪标志：460、230一、238九、2390、245三、246七、747一、820七、938九、10316 和 11024。 托管实例尚不支持会话跟踪标志。

特定的 SQL Server 版本中引入了一些跟踪标志。 有关适用版本的详细信息，请参阅与特定跟踪标志关联的 Microsoft 支持文章。

SQL Server 的将来版本可能不支持跟踪标志行为。

 

示例：

例以下面这个是开启

1204：返回参与死锁的锁的资源和类型，以及受影响的当前命令。

1222：以不符合任何 XSD 架构的 XML 格式，返回参与死锁的锁的资源和类型，以及受影响的当前命令。

开启之后，会打印死锁日志到errorlog

DBCC TRACEON(1204,1222,-1)
DBCC TRACESTATUS(1204,1222,-1)

 

 

 

跟踪标志	描述
139	当在兼容性级别较低的数据库上，针对特定数据类型分析兼容性级别 130 中引入的改进型精度和转换逻辑时，在 DBCC CHECKDB、DBCC CHECKTABLE 和 DBCC CHECKCONSTRAINTS 等 DBCC 检查命令的做用域中强制执行正确的转换语义。 有关详细信息，请参阅此 Microsoft 支持文章。 注意： 此跟踪标志适用于 SQL Server 2016 (13.x) RTM CU三、SQL Server 2016 (13.x) SP1 及更高内部版本。 警告 ：不该在生产环境中连续启用跟踪标志 139，该标志只能用于执行此 Microsoft 支持文章中所述的数据库验证检查。 应在完成验证检查后当即禁用它。 做用域：仅全局
174	在 64 位系统上将 SQL Server 数据库引擎计划缓存桶计数从 40,009 增长到 160,001。 有关详细信息，请参阅此 Microsoft 支持文章。 注意： 请确保在将此选项引入生产环境以前，先对其进行全面测试。 做用域：仅全局
176	在为包含已计算分区依据列的表联机从新生成分区时，启用修复以解决错误。 有关详细信息，请参阅此 Microsoft 支持文章。 做用域：全局或会话
205	当因为自动更新统计信息而从新编译依赖于统计信息的存储过程时，向错误日志提交报告。 有关详细信息，请参阅此 Microsoft 支持文章。 做用域：仅全局
260	打印有关扩展存储过程动态连接库 (DLL) 的版本控制信息。 有关 GetXpVersion() 的详细信息，请参阅建立扩展存储过程。 做用域： 全局或会话
272	在服务器意外从新启动或故障转移到辅助服务器的状况下，禁用标识预分配以免标识列的值出现差别。 请注意，标识缓存用于提升具备标识列的表的 INSERT 性能。 注意： 从 SQL Server 2017 (14.x) 开始，若要在数据库级别完成此操做，请参阅 ALTER DATABASE SCOPED CONFIGURATION (Transact-SQL) 中的 IDENTITY_CACHE 选项。 做用域：仅全局
460	将数据截断消息 ID 8152 替换为消息 ID 2628。 有关详细信息，请参阅此 Microsoft 支持文章。 自 SQL Server 2019 (15.x) CTP 2.4 起，若要在数据库级别完成此操做，请参阅 ALTER DATABASE SCOPED CONFIGURATION (Transact-SQL) 中的 VERBOSE_TRUNCATION_WARNINGS 选项。 注意： 此跟踪标志适用于 SQL Server 2017 (14.x) CU12 及更高内部版本。 注意： 从数据库兼容性级别 150 开始，消息 ID 2628 为默认设置，此跟踪标志无效。 做用域：全局或会话
610	控制对索引表进行的以最低限度记录的插入。 从 SQL Server 2016 开始，不须要此跟踪标志，由于对索引表默认启用了最低限度记录。 在 SQL Server 2016 中，当大容量加载操做致使分配一个新页面时，若是符合最低限度记录的其余全部先决条件，则会以最低限度记录按顺序填充该新页面的全部行。 为了维护索引顺序而插入到现有页面中的行（不分配新页面）仍以完整方式记录，这与在加载过程当中因为页面拆分而移动的行同样。 为索引启用 ALLOW_PAGE_LOCKS（默认启用）以便让最低限度记录操做正常工做也很重要，由于在分配期间会获取页锁，从而仅记录页面或盘区分配。有关详细信息，请参阅数据加载性能指南。 做用域：全局或会话
634	禁用背景列存储压缩任务。 SQL Server 按期运行元组发动机后台任务，对含有未压缩数据的列存储索引行组进行压缩，每次压缩一个这种行组。 列存储压缩可提升查询性能，但也会占用系统资源。 经过用跟踪标志 634 禁用后台压缩任务，而后随时显式调用 ALTER INDEX...REORGANIZE 或 ALTER INDEX...REBUILD，能够手动控制列存储压缩计时。 做用域： 仅全局
652	禁用页面预提取扫描。 有关详细信息，请参阅此 Microsoft 支持文章。 做用域：全局或会话
661	禁用虚影记录删除进程。 有关详细信息，请参阅此 Microsoft 支持文章。 做用域：仅全局
692	将数据大容量加载到堆或汇集索引时禁用快速插入。 从 SQL Server 2016 (13.x) 开始，默认状况下会启用快速插入，以便在数据库处于简单或大容量日志恢复模式时，利用最低限度记录来优化插入新页面的记录的插入性能。 启用快速插入后，每一个大容量加载批次都会绕过现有盘区的分配查找得到新盘区，从而提供可用空间来优化插入性能。 启用快速插入后，批次较小的大容量加载会致使对象占用的未用空间增长，所以建议每次都使用较大的批次，以便彻底填充盘区。 若是增长批次大小不可行，此跟踪标志能够帮助减小以性能为代价保留的未用空间。 注意： 此跟踪标志适用于 SQL Server 2016 (13.x) RTM 及更高内部版本。 做用域：全局或会话
715	为没有非汇集索引的堆中的大容量加载操做启用表锁。 启用此跟踪标志时，大容量加载操做会在将数据大容量复制到表中时获取大容量更新锁（BU 锁）。 大容量更新锁（BU 锁）容许多个线程将数据并发地大容量加载到同一表中，同时防止其余不进行数据大容量加载的进程访问该表。 该行为与如下行为相似：用户在执行大容量加载时显式指定 TABLOCK 提示，或为给定表启用大容量加载的 sp_tableoption 表锁。 可是，启用此跟踪标志后，该行为将变成默认行为，无需进行任何查询或数据库更改。 做用域： 全局或会话
834	对缓冲池、列存储和内存中表使用大型页分配。 有关详细信息，请参阅此 Microsoft 支持文章。 注意： 启用时，大型页内存模型会在实例启动时预分配全部 SQLOS 内存，而且不会将该内存返回到操做系统。 注意： 若是正在使用 SQL Server 2012 (11.x) 到 SQL Server 2019 的列存储索引功能，则不建议启用跟踪标志 834。 做用域：仅全局
845	当 SQL Server 的服务账户启用了“锁定内存页”特权时，启用 SQL Server 标准 SKU 上的锁定页。 有关详细信息，请参阅此 Microsoft 支持文章以及“服务器内存”服务器配置选项文档页。 注意： 从 SQL Server 2012 (11.x) 开始，将为标准 SKU 默认启用此行为，而且不得使用跟踪标志 845。 做用域：仅全局
902	安装累积更新或 Service Pack 时不执行数据库升级脚本。 若是在脚本升级模式下遇到错误，建议联系 Microsoft SQL 客户服务和支持 (CSS) 获取进一步指导。 有关详细信息，请参阅此 Microsoft 支持文章。 警告 ：此跟踪标志用于在脚本升级模式下对失败更新进行故障排除，不支持在生产环境中连续运行该标志。 须要成功执行数据库升级脚本才能完整安装累积更新和 Service Pack。 不这样作可能会致使 SQL Server 实例出现意外问题。 做用域：仅全局
1117	当文件组中的某个文件达到自动增加阈值时，文件组中的全部文件都会增加。 此跟踪标志将影响全部数据库，建议仅在每一个数据库均可以安全地将文件组中的全部文件增大相同量时才使用。 注意： 从 SQL Server 2016 (13.x) 开始，此行为由 ALTER DATABASE 的 AUTOGROW_SINGLE_FILE 和 AUTOGROW_ALL_FILES 选项控制，跟踪标志 1117 再也不有效。 有关详细信息，请参阅 ALTER DATABASE 文件和文件组选项 (Transact-SQL)。 做用域： 仅全局
1118	强制在统一区而不是混合区分配页，以减小 SGAM 页的争用。 建立新对象后，默认状况下，将从不一样的盘区（混合区）分配前 8 页。 此后，若是须要更多的页，将从相同的片区（统一区）分配进行分配。 SGAM 页用于跟踪这些混合区，所以发生大量混合页分配时，可能会很快成为瓶颈。 建立新对象时，此跟踪标志从相同的片区分配全部 8 页，以最大限度下降扫描 SGAM 页的需求。 有关详细信息，请参阅此 Microsoft 支持文章。 注意： 从 SQL Server 2016 (13.x) 开始，此行为由 ALTER DATABASE 的 SET MIXED_PAGE_ALLOCATION 选项控制，跟踪标志 1118 再也不有效。 有关详细信息，请参阅 ALTER DATABASE SET 选项 (Transact-SQL)。 做用域： 仅全局
1204	返回参与死锁的锁的资源和类型，以及受影响的当前命令。 有关详细信息，请参阅此 Microsoft 支持文章。 做用域： 仅全局
1211	基于内存不足或基于锁数禁用锁升级。 SQL Server 数据库引擎不会将行锁或页锁升级到表锁。 使用此跟踪标志可能会生成过多的锁，若是锁内存增加得足够大，则尝试为任何查询分配其余锁可能会失败。 这样会下降数据库引擎的性能，或由于内存不足而致使 1204 错误（没法分配锁资源）。 若是同时设置了跟踪标志 1211 和 1224，则 1211 优先于 1224。 可是，因为在全部状况下（甚至在内存紧张的状况下）跟踪标志 1211 都禁止升级，所以建议改用 1224。 这有助于在使用多个锁时避免“锁不足”错误。 有关如何解决 SQL Server 中的锁升级致使的阻塞问题的详细信息，请参阅此 Microsoft 支持文章。 做用域：全局或会话
1222	以不符合任何 XSD 架构的 XML 格式，返回参与死锁的锁的资源和类型，以及受影响的当前命令。 做用域：仅全局
1224	基于锁数禁用锁升级。 可是，内存不足仍可激活锁升级。 若是锁对象使用的内存量超出下列条件之一，数据库引擎会将行锁或页锁升级为表（或分区）锁： 数据库引擎占用的 40% 的内存。 只有在 sp_configure 的 locks 参数设置为 0 时，这才适用。 使用 sp_configure 的 locks 参数配置的锁内存的 40% 。 有关详细信息，请参阅 服务器配置选项 (SQL Server)版本的组合自动配置的最大工做线程数。 若是同时设置了跟踪标志 1211 和 1224，则 1211 优先于 1224。 可是，因为在全部状况下（甚至在内存紧张的状况下）跟踪标志 1211 都禁止升级，所以建议使用 1224。 这有助于在使用多个锁时避免“锁不足”错误。 注意： 也可使用 ALTER TABLE 语句的 LOCK_ESCALATION 选项控制到表级或 HoBT 级粒度的锁升级。 有关如何解决 SQL Server 中的锁升级致使的阻塞问题的详细信息，请参阅此 Microsoft 支持文章 做用域： 全局或会话
1229	禁用全部锁定分区，而无论 CPU 数如何。 默认状况下，SQL Server 在服务器具备 16 个或更多 CPU 时启用锁定分区，以提升较大系统的可伸缩性特征。 有关锁定分区的详细信息，请参阅事务锁定和行版本控制指南。 警告 ：转换分区时，跟踪标志 1229 会致使旋转锁争用和性能不佳或意外行为。 做用域：仅全局
1236	启用数据库锁分区。 有关详细信息，请参阅此 Microsoft 支持文章。 注意： 从 SQL Server 2012 (11.x) SP3 和 SQL Server 2014 (12.x) SP1 开始，此行为由引擎控制，跟踪标志 1236 再也不有效。 做用域：仅全局
1237	容许 ALTER PARTITION FUNCTION 语句听从用户定义的当前会话死锁优先级，而不是成为默认状况下可能的死锁牺牲品。 有关详细信息，请参阅此 Microsoft 支持文章。 注意： 从 SQL Server 2017 (14.x) 和数据库兼容性级别 140 开始，该行为变成默认行为，跟踪标志 1237 再也不有效。 做用域：全局、会话或查询
1260	禁用计划程序监视器转储。 做用域：仅全局
1448	甚至在异步辅助数据库不确认接受更改的状况下，也使复制日志读取器前移。 甚至在此跟踪标志启用的状况下，日志读取器也始终等待同步辅助数据库。 日志读取器将不会超过同步辅助数据库的最小确认。 此跟踪标志应用于 SQL Server 的实例，而不只是可用性组、可用性数据库或日志读取器实例。 应用会当即生效，无需从新启动。 此跟踪标志可提早激活或在同步辅助数据库失败时激活。 有关详细信息，请参阅此 Microsoft 支持文章。 做用域：仅全局
1462	对异步可用性组禁用日志流压缩。 默认状况下，对异步可用性组启用此功能，以优化网络带宽。 有关详细信息，请参阅 Tune compression for availability group（调整可用性组的压缩）。 做用域：仅全局
1800	在 SQL Server Always On 和日志传送环境中，当主副本和次要副本日志文件使用扇区大小不一样的磁盘时，启用 SQL Server 优化。 只需在符合如下条件的 SQL Server 实例上启用此跟踪标志：事务日志文件驻留在扇区大小为 512 字节的磁盘上。 无需在扇区大小为 4k 的磁盘上启用。 有关详细信息，请参阅此 Microsoft 支持文章。 做用域： 仅全局
2301	启用高级决策支持优化。 有关详细信息，请参阅此 Microsoft 支持文章。 做用域：全局、会话和查询
2312	将查询优化器基数估计模型设置为 SQL Server 2014 (12.x) 到 SQL Server 2019 版本，而不考虑数据库兼容性级别。 注意： 若是数据库兼容性级别低于 120，则启用跟踪标志 2312 将使用基数估计模型 SQL Server 2014 (12.x) (120)。 有关详细信息，请参阅 Microsoft 支持文章。 从 SQL Server 2016 (13.x) SP1 开始，若要在查询级别完成此操做，请添加 USE HINT FORCE_DEFAULT_CARDINALITY_ESTIMATION 查询提示，而不是使用此跟踪标志。 做用域：全局、会话或查询
2335	致使 SQL Server 在查询优化期间假定有固定数量的内存可用。 它不限制 SQL Server 授予用来执行查询的内存。 为 SQL Server 配置的内存仍将由数据缓存、查询执行和其余使用者使用。 有关详细信息，请参阅此 Microsoft 支持文章。 注意： 请确保在将此选项引入生产环境以前，先对其进行全面测试。 做用域：全局、会话或查询
2340	致使 SQL Server 在生成计划时不对优化的嵌套循环联接使用排序操做（批排序）。 默认状况下，在查询优化器判定颇有可能不须要排序，但在基数或成本估算不正确的状况下仍有可能时，SQL Server 可以使用通过优化的嵌套循环联接，而不是使用彻底扫描或显式排序的嵌套循环联接。 有关详细信息，请参阅此 Microsoft 支持文章。 从 SQL Server 2016 (13.x) SP1 开始，若要在查询级别完成此操做，请添加 USE HINT DISABLE_OPTIMIZED_NESTED_LOOP 查询提示，而不是使用此跟踪标志。 注意： 请确保在将此选项引入生产环境以前，先对其进行全面测试。 做用域：全局、会话或查询
2371	将固定更新统计信息阈值更改成线性更新统计信息阈值。 有关详细信息，请参阅此 Microsoft 支持文章。 注意： 从 SQL Server 2016 (13.x) 开始，在数据库兼容性级别 130 或更高版本下，此行为由引擎控制，跟踪标志 2371 再也不有效。 做用域：仅全局
2389	为升序键启用自动生成的快速统计信息（直方图修正）。 若是设置了跟踪标志 2389，而且将前导统计信息列标记为升序，则会在查询编译时调整用于估计基数的直方图。 有关详细信息，请参阅此 Microsoft 支持文章。 注意： 请确保在将此选项引入生产环境以前，先对其进行全面测试。 注意： 此跟踪标志不适用于 CE 版本 120 或更高版本。 请改用跟踪标志 4139。 做用域：全局、会话或查询
2390	为升序键或未知键启用自动生成的快速统计信息（直方图修正）。 若是设置了跟踪标志 2390，而且将前导统计信息列标记为升序或未知，则会在查询编译时调整用于估计基数的直方图。 有关详细信息，请参阅此 Microsoft 支持文章。 注意： 请确保在将此选项引入生产环境以前，先对其进行全面测试。 注意： 此跟踪标志不适用于 CE 版本 120 或更高版本。 请改用跟踪标志 4139。 做用域：全局、会话或查询
2422	当超过 Resource Governor REQUEST_MAX_CPU_TIME_SEC 配置设置的最长时间时，容许 SQL Server 数据库引擎停止请求。 有关详细信息，请参阅此 Microsoft 支持文章。 注意： 此跟踪标志适用于 SQL Server 2016 (13.x) SP二、SQL Server 2017 (14.x) CU3 及更高内部版本。 做用域：全局
2430	启用备用锁类清除。 有关详细信息，请参阅此 Microsoft 支持文章。 做用域：仅全局
2451	在 sys.dm_exec_query_plan_stats 中启用最后一个实际执行计划的等效项。 注意： 此跟踪标志适用于 SQL Server 2019 (15.x) CTP 2.4 及更高版本。 注意： 自 SQL Server 2019 (15.x) CTP 2.5 起，若要在数据库级别完成此操做，请参阅 ALTER DATABASE SCOPED CONFIGURATION (Transact-SQL) 中的 LAST_QUERY_PLAN_STATS 选项。 做用域：仅全局
2453	当足够数量的行发生更改时，容许表变量触发从新编译。 有关详细信息，请参阅此 Microsoft 支持文章。 注意： 请确保在将此选项引入生产环境以前，先对其进行全面测试。 做用域：全局、会话或查询
2467	启用备用并行工做线程分配策略（基于哪一个节点具备最少分配的线程）。 有关详细信息，请参阅并行查询处理。 请参阅配置最大工做线程服务器配置选项，了解有关配置最大工做线程服务器选项的信息。 注意： 并行查询度 (DOP) 必须适用于要使用的此备用策略的单个节点，或改成使用默认线程分配策略。 使用跟踪标志时，不建议执行指定 DOP 多于单个节点中的计划程序数的查询，由于这会干扰指定 DOP 低于或等于单个节点中的计划程序数的查询。 注意： 请确保在将此选项引入生产环境以前，先对其进行全面测试。 做用域：仅全局
2469	为已分区列存储索引中的 INSERT INTO ... SELECT 启用备用 Exchange。 有关详细信息，请参阅此 Microsoft 支持文章。 做用域：全局、会话或查询
2528	禁用 DBCC CHECKDB、DBCC CHECKFILEGROUP 和 DBCC CHECKTABLE 执行的对象并行检查。 默认状况下，并行度由查询处理器自动肯定。 最大并行度的配置就像并行查询的最大并行度同样。 有关详细信息，请参阅 配置 max degree of parallelism 服务器配置选项。 注意： 一般应启用（默认设置）并行 DBCC 检查。 查询处理器会对 DBCC CHECKDB 检查的每一个表或每批表从新求值并自动调整并行度。 典型的使用场景为：系统管理员知道在 DBCC CHECKDB 完成以前服务器负载会增长，所以选择手动减小或禁用并行操做，以便增长与其余用户工做负载的并发。 可是，禁用 DBCC CHECKDB 中的并行检查会延长其完成时间。 注意： 若是使用 TABLOCK 选项执行 DBCC CHECKDB 并禁用并行操做，则可能会将表锁定较长时间。 注意： 从 SQL Server 2014 (12.x) SP2 开始，能够在 DBCC 语句中使用 MAXDOP 选项来替代 sp_configure 的 max degree of parallelism 配置选项。 做用域：全局或会话
2549	强制 DBCC CHECKDB 命令假设每一个数据库文件位于惟一的磁盘驱动器上，但将不一样物理文件视为一个逻辑文件。 DBCC CHECKDB 命令根据惟一磁盘驱动器跨全部数据库文件生成一个待读取页面内部列表。 此逻辑根据每一个文件的物理文件名的驱动器号肯定惟一磁盘驱动器。 注意： 除非知道每一个文件都基于惟一的物理磁盘，不然不要使用此跟踪标志。 注意： 尽管此跟踪标志改进了以使用 PHYSICAL_ONLY 选项为目标的 DBCC CHECKDB 命令的性能，但一些用户可能仍是看不到性能有任何改进。 虽然此跟踪标志能够改善磁盘 I/O 资源的使用状况，但磁盘资源的基本性能可能会限制 DBCC CHECKDB 命令的总体性能。 有关详细信息，请参阅此 Microsoft 支持文章。 做用域：仅全局
2562	不管数据库中有多少个索引，都以单个“批次”运行 DBCC CHECKDB 命令。 默认状况下，DBCC CHECKDB 命令会尝试经过如下方式最大限度地减小 TempDB 资源：限制使用“批次”概念生成的索引或“事实”的数量。 但此跟踪标志强制在一个批次中执行全部处理。 使用此跟踪标志的一个效果是 TempDB 的空间需求可能会增长。 TempDB 可能会增加到 DBCC CHECKDB 命令正在处理的用户数据库的 5% 或更多。 注意： 尽管此跟踪标志改进了以使用 PHYSICAL_ONLY 选项为目标的 DBCC CHECKDB 命令的性能，但一些用户可能仍是看不到性能有任何改进。 虽然此跟踪标志能够改善磁盘 I/O 资源的使用状况，但磁盘资源的基本性能可能会限制 DBCC CHECKDB 命令的总体性能。 有关详细信息，请参阅此 Microsoft 支持文章。 做用域：仅全局
2566	在未指定 DATA_PURITY 选项的状况下，运行 DBCC CHECKDB 命令而不检查数据纯度。 注意： 默认状况下将启用列值完整性检查，而且不须要使用 DATA_PURITY 选项。 对于从 SQL Server 的早期版本升级的数据库，默认状况下不启用列值检查，直到 DBCC CHECKDB WITH DATA_PURITY 已在数据库中正确运行至少一次为止。 而后，DBCC CHECKDB 将默认检查列值完整性。 有关详细信息，请参阅此 Microsoft 支持文章。 做用域：仅全局
2592	与跟踪标志 3656 结合使用时，若是安装了适用于 Windows 的调试工具，在堆栈转储上启用符号解析。 有关详细信息，请参阅 Microsoft 白皮书。 警告 ：这是调试跟踪标志，不用于生产环境。 注意： 此跟踪标志适用于 SQL Server 2019 (15.x) 及更高内部版本。 做用域：全局和会话
3023	启用 CHECKSUM 选项做为 BACKUP 命令的默认选项。 有关详细信息，请参阅此 Microsoft 支持文章。 注意： 从 SQL Server 2014 (12.x) 开始，可经过设置 backup checksum default 配置选项来控制此行为 。 有关详细信息，请参阅 服务器配置选项 (SQL Server)版本的组合自动配置的最大工做线程数。 做用域：全局和会话
3042	绕过默认的备份压缩预先分配算法，以便容许备份文件仅根据须要增加以达到其最终大小。 若是您须要仅分配压缩的备份所需的实际大小以便节约空间，则此跟踪标志将颇有用。 使用此跟踪标志可能会致使轻微的性能损失（在备份操做期间损失可能会增长）。 有关预先分配算法的详细信息，请参阅备份压缩 (SQL Server)。 做用域：仅全局
3051	容许将“SQL Server 备份到 URL”记录到特定的错误日志文件中。 有关详细信息，请参阅 SQL Server 备份到 URL 最佳实践和故障排除。 做用域：仅全局
3205	默认状况下，若是磁带机支持硬件压缩，则 DUMP 或 BACKUP 语句会使用该功能。 利用此跟踪标志，能够禁用磁带机的硬件压缩。 此选项在您须要与不支持压缩的其余站点或磁带机交换磁带时颇有用。 做用域：全局或会话
3226	默认状况下，每一个成功的备份操做都会在 SQL Server 错误日志和系统事件日志中添加一个条目。 若是很是频繁地建立日志备份，这些成功消息会迅速累积，从而产生一个巨大的错误日志，使查找其余消息变得很是困难。 使用这一跟踪标志，能够取消这些日志条目。 若是您频繁地运行日志备份，而且没有任何脚本依赖于这些条目，则这种作法很是有用。 做用域：仅全局
3427	在 SQL Server 2016 (13.x) 中，若是多个将数据插入临时表的连续事务占用的 CPU 比在 SQL Server 2014 (12.x) 中时更多，则启用修复来解决问题。 有关详细信息，请参阅此 Microsoft 支持文章 注意： 此跟踪标志适用于 SQL Server 2016 (13.x) SP1 CU2 到 SQL Server 2016 (13.x) SP2 CU2。 从 SQL Server 2016 (13.x) SP2 CU3 和 SQL Server 2017 (14.x) 开始，此跟踪标志再也不有效。 做用域：仅全局
3459	禁用并行重作。 有关详细信息，请参阅此 Microsoft 支持文章和 Microsoft 支持文章。 注意： 此跟踪标志适用于 SQL Server 2016 (13.x)、SQL Server 2017 (14.x) 及更高内部版本。 做用域：仅全局
3468	禁用 TempDB 上的间接检查点。 注意： 此跟踪标志适用于 SQL Server 2016 (13.x) SP1 CU五、SQL Server 2017 (14.x) CU1 及更高内部版本。 做用域：仅全局
3608	禁止 SQL Server 自动启动和恢复除 master 数据库以外的任何数据库。 若是已启动要求使用 TempDB 的活动，则会恢复 model，并建立 TempDB 。 在访问数据库时将启动并恢复其余数据库。 可能没法运行某些功能，如快照隔离和读提交快照。 用于移动系统数据库和移动用户数据库. 注意： 请不要在正常操做中使用。 做用域：仅全局
3625	经过使用“******”屏蔽某些错误消息的参数，限制返回给不是 sysadmin 固定服务器角色成员的用户的信息量。 这能够帮助阻止披露敏感信息。 做用域：仅全局
3656	若安装了适用于 Windows 的调试工具，在堆栈转储上启用符号解析。 有关详细信息，请参阅 Microsoft 白皮书。 警告 ：这是调试跟踪标志，不用于生产环境。 注意： 从 SQL Server 2019 (15.x) 开始，必须与跟踪标志 3656 一块儿启用跟踪标志 2592 才能启用符号解析。 做用域：全局和会话
4136	除非使用 OPTION(RECOMPILE)、WITH RECOMPILE 或 OPTIMIZE FOR <value>，不然禁用参数探查。 有关详细信息，请参阅此 Microsoft 支持文章。 从 SQL Server 2016 (13.x) 开始，若要在数据库级别完成此操做，请参阅 ALTER DATABASE SCOPED CONFIGURATION (Transact-SQL) 中的 PARAMETER_SNIFFING 选项。 若要在查询级别实现相同结果，请添加 OPTIMIZE FOR UNKNOWN 查询提示。 OPTIMIZE FOR UNKNOWN 提示不会禁用参数探查机制，但会有效地绕过它以实现相同的预期结果。 从 SQL Server 2016 (13.x) SP1 开始，在查询级别完成此操做的另外一种方法是添加 USE HINT 'DISABLE_PARAMETER_SNIFFING' 查询提示，而不是使用此跟踪标志。 注意： 请确保在将此选项引入生产环境以前，先对其进行全面测试。 做用域：全局或会话
4137	在 SQL Server 2012 (11.x) 和更早版本 (70) 的查询优化器基数估计模型下估计筛选器的 AND 谓词以说明部分相关性而不是独立性时，致使 SQL Server 使用最小选择性生成一个计划。 有关详细信息，请参阅此 Microsoft 支持文章。 从 SQL Server 2016 (13.x) SP1 开始，若要在查询级别完成此操做，请在使用 CE 70 时添加 USE HINT 'ASSUME_MIN_SELECTIVITY_FOR_FILTER_ESTIMATES' 查询提示，而不是使用此跟踪标志。 注意： 请确保在将此选项引入生产环境以前，先对其进行全面测试。 注意： 此跟踪标志不适用于 CE 版本 120 或更高版本。 请改用跟踪标志 9471。 做用域：全局、会话或查询
4138	致使 SQL Server 生成一个计划，该计划不对包含 TOP、OPTION (FAST N)、IN 或 EXISTS 关键字的查询使用行目标调整。 有关详细信息，请参阅此 Microsoft 支持文章。 从 SQL Server 2016 (13.x) SP1 开始，若要在查询级别完成此操做，请添加 USE HINT 'DISABLE_OPTIMIZER_ROWGOAL' 查询提示，而不是使用此跟踪标志。 注意： 请确保在将此选项引入生产环境以前，先对其进行全面测试。 做用域：全局、会话或查询
4139	不管键列处于什么状态，均启用自动生成的快速统计信息（直方图修正）。 若是设置了跟踪标志 4139，则不管前导统计信息列处于什么状态（升序、降序或静止），都会在查询编译时调整用于估计基数的直方图。 有关详细信息，请参阅此 Microsoft 支持文章。 从 SQL Server 2016 (13.x) SP1 开始，若要在查询级别完成此操做，请添加 USE HINT 'ENABLE_HIST_AMENDMENT_FOR_ASC_KEYS' 查询提示，而不是使用此跟踪标志。 注意： 请确保在将此选项引入生产环境以前，先对其进行全面测试。 注意： 此跟踪标志不适用于 CE 版本 70。 请改用跟踪标志 2389 和 2390。 做用域：全局、会话或查询
4199	启用在 SQL Server 累积更新和 Service Pack 中发布的查询优化器 (QO) 修补程序。 默认状况下会在给定产品版本的最新数据库兼容性级别下启用对早期版本的 SQL Server 所作的 QO 更改，但不启用跟踪标志 4199。 下表总结了使用特定数据库兼容性级别和跟踪标志 4199 时的行为。 有关详细信息，请参阅此 Microsoft 支持文章。 数据库兼容性级别 TF 4199 来自之前的数据库兼容性级别的 QO 更改 当前版本后期 RTM 的 QO 更改 100 至 120 Off 禁用 禁用 On 已启用 已启用 130 Off 已启用 禁用 On 已启用 已启用 140 Off 已启用 禁用 On 已启用 已启用 150 Off 已启用 禁用 On 已启用 已启用 从 SQL Server 2016 (13.x) 开始，若要在查询级别完成此操做，请参阅 ALTER DATABASE SCOPED CONFIGURATION (Transact-SQL) 中的 QUERY_OPTIMIZER_HOTFIXES 选项。 从 SQL Server 2016 (13.x) SP1 开始，若要在查询级别完成此操做，请添加 USE HINT 'ENABLE_QUERY_OPTIMIZER_HOTFIXES' 查询提示，而不是使用此跟踪标志。 做用域：全局、会话或查询
4610	将存储缓存条目的哈希表的大小增长 8 倍。 与跟踪标志 4618 一块儿使用时，TokenAndPermUserStore 缓存存储中的条目数增长到 8,192 个。 有关详细信息，请参阅此 Microsoft 支持文章和此 Microsoft 支持文章。 做用域： 仅全局
4616	使应用程序角色能够看到服务器级元数据。 在 SQL Server 中，应用程序角色没法访问自身数据库之外的元数据，由于应用程序角色与服务器级别主体不相关联。 这是对早期版本的 SQL Server的行为的更改。 设置此全局标志将禁用新的限制，并容许应用程序角色访问服务器级元数据。 做用域：仅全局
4618	将 TokenAndPermUserStore 缓存存储中的条目数限制为 1,024 个。 与跟踪标志 4610 一块儿使用时，TokenAndPermUserStore 缓存存储中的条目数增长到 8,192 个。 有关详细信息，请参阅此 Microsoft 支持文章。 做用域： 仅全局
4621	将 TokenAndPermUserStore 缓存存储中的条目数限制为用户在注册表项中指定的数目。 有关详细信息，请参阅此 Microsoft 支持文章。 做用域： 仅全局
5004	暂停 TDE 加密扫描，并致使加密扫描工做线程退出而不执行任何操做。 数据库将继续处于加密状态（正在加密）。 若要恢复从新加密扫描，请禁用跟踪标志 5004 并运行 ALTER DATABASE <database_name> SET ENCRYPTION ON。 做用域： 仅全局
6498	当有足够的可用内存时，容许多个大型查询编译访问大型网关。 此跟踪标志可用于保存控制下的传入查询的编译的内存使用状况，避免并发大型查询的编译等待。 它基于 80% 的 SQL Server 目标内存，而且容许每 25 GB 内存有一个大型查询编译。 有关详细信息，请参阅此 Microsoft 支持文章。 注意： 从 SQL Server 2014 (12.x) SP2 和 SQL Server 2016 (13.x) 开始，此行为由引擎控制，跟踪标志 6498 再也不有效。 做用域：仅全局
6527	禁止在 CLR 集成中第一次发生内存不足异常时生成内存转储。 默认状况下，SQL Server 在 CLR 中第一次发生内存不足异常时会生成小内存转储。 该跟踪标志的行为以下所示： 若是用做一个启动跟踪标志，则永远不生成内存转储。 可是，若是使用了其余跟踪标志，则可能会生成内存转储。 若是在正在运行的服务器上启用此跟踪标志，则今后时开始不会自动生成内存转储。 可是，若是已经因为 CLR 中的内存不足异常生成了内存转储，则此跟踪标志将没有任何效果。 做用域：仅全局
6532	在 SQL Server 2012 (11.x) 和 SQL Server 2014 (12.x) 中，针对空间数据类型提升查询操做的性能。 根据配置、查询类型和对象的不一样，性能提高程度将有所不一样。 有关详细信息，请参阅此 Microsoft 支持文章。 注意： 从 SQL Server 2016 (13.x) 开始，此行为由引擎控制，跟踪标志 6532 再也不有效。 做用域：全局和会话
6533	在 SQL Server 2012 (11.x) 和 SQL Server 2014 (12.x) 中，针对空间数据类型提升查询操做的性能。 根据配置、查询类型和对象的不一样，性能提高程度将有所不一样。 有关详细信息，请参阅此 Microsoft 支持文章。 注意： 从 SQL Server 2016 (13.x) 开始，此行为由引擎控制，跟踪标志 6533 再也不有效。 做用域：全局和会话
6534	在 SQL Server 2012 (11.x)、SQL Server 2014 (12.x) 和 SQL Server 2016 (13.x) 中，针对空间数据类型提升查询操做的性能。 根据配置、查询类型和对象的不一样，性能提高程度将有所不一样。 有关详细信息，请参阅此 Microsoft 支持文章。 做用域：仅全局
7314	使用 OLE DB 提供程序将精度/肯定位数未知的 NUMBER 值强制视为双精度值。 有关详细信息，请参阅此 Microsoft 支持文章。 做用域：全局和会话
7412	启用轻型查询执行统计信息分析基础结构。 有关详细信息，请参阅此 Microsoft 支持文章。 注意： 此跟踪标志适用于 SQL Server 2016 (13.x) SP1 及更高内部版本。 从 SQL Server 2019 (15.x) 开始，此跟踪标志将不起做用，由于默认状况下启用轻量分析。 做用域：仅全局
7471	为单个表上的不一样统计信息启用多个 UPDATE STATISTICS 并发运行。 有关详细信息，请参阅此 Microsoft 支持文章。 注意： 此跟踪标志适用于 SQL Server 2014 (12.x) SP1 及更高内部版本。 做用域：仅全局
7745	强制查询存储在数据库关闭时不将数据刷新到磁盘。 注意： 使用此跟踪可能会致使先前未刷新到磁盘的查询存储数据在关闭时丢失。 关闭 SQL Server 时，可使用 SHUTDOWN WITH NOWAIT 命令强制当即关闭，而不是使用此跟踪标志。 做用域：仅全局
7752	启用查询存储的异步加载。 注意： 若是 SQL Server 遇到大量与查询存储同步加载（数据库恢复期间的默认行为）相关的 QDS_LOADDB 等待，则使用此跟踪标志。 注意： 从 SQL Server 2019 (15.x) 开始，此行为由引擎控制，跟踪标志 7752 再也不有效。 做用域：仅全局
7806	在 SQL Server Express上启用专用管理员链接 (DAC)。 默认状况下，在 SQL Server Express 上不保留 DAC 资源。 有关详细信息，请参阅 用于数据库管理员的诊断链接。 做用域：仅全局
8011	为资源监视器禁用环形缓冲区。 有关详细信息，请参阅此 Microsoft 支持文章。 做用域：全局和会话
8012	为计划程序禁用环形缓冲区。 有关详细信息，请参阅此 Microsoft 支持文章。 做用域：仅全局
8015	禁用自动检测和 NUMA 设置。 有关详细信息，请参阅此 Microsoft 支持文章。 做用域：仅全局
8018	禁用异常环形缓冲区。 有关详细信息，请参阅此 Microsoft 支持文章。 做用域：仅全局
8019	为异常环形缓冲区禁用堆栈集合。 有关详细信息，请参阅此 Microsoft 支持文章。 做用域：仅全局
8020	禁用工做集监视。 有关详细信息，请参阅此 Microsoft 支持文章。 做用域：仅全局
8032	将缓存限制参数还原为 SQL Server 2005 (9.x)RTM 设置，此设置一般容许更大的缓存。 当频繁重复使用的缓存条目不适合缓存时，以及当 “针对即席工做负荷进行优化”服务器配置选项 未能解决与计划缓存相关的问题时，请使用此设置。 警告 ：若是大缓存使较少的内存可用于其余内存消耗者（如缓冲池），则跟踪标志 8032 可能致使性能较差。 做用域：仅全局
8048	将 NUMA 分区内存对象转换为 CPU 分区内存对象。 有关详细信息，请参阅此 Microsoft 支持文章。 注意： 从 SQL Server 2014 (12.x) SP2 和 SQL Server 2016 (13.x) 开始，此行为是动态的，由引擎控制。 做用域：仅全局
8075	在 64 位 SQL Server 2012 (11.x) 或 SQL Server 2014 (12.x) 上收到内存页分配错误时，减小 VAS 片断。 有关详细信息，请参阅此 Microsoft 支持文章。 注意： 此跟踪标志适用于 SQL Server 2012 (11.x)、SQL Server 2014 (12.x) RTM CU10 和 SQL Server 2014 (12.x) SP1 CU3。 从 SQL Server 2016 (13.x) 开始，此行为由引擎控制，跟踪标志 8075 再也不有效。 做用域：仅全局
8079	容许 SQL Server 2014 (12.x) SP2 询问硬件布局，并在报告每一个 NUMA 节点 8 个或更多 CPU 的系统上自动配置 Soft-NUMA。 自动 Soft-NUMA 行为可识别超线程（HT/逻辑处理器）。 经过提升侦听器数、缩放和网络与加密功能，其余节点的分区和建立会缩放后台处理。 注意： 此跟踪标志适用于 SQL Server 2014 (12.x) SP2。 从 SQL Server 2016 (13.x) 开始，此行为由引擎控制，跟踪标志 8079 再也不有效。 做用域：仅全局
8207	容许事务复制和 CDC 的 singleton 更新。 对订阅服务器的更新能够做为 DELETE 和 INSERT 对复制。 这可能不符合业务规则的要求，如激发 UPDATE 触发器。 使用跟踪标志 8207 时，对只影响一行的惟一列的更新（单一实例更新）将做为 UPDATE 而非做为 DELETE 或 INSERT 对进行复制。 若是该更新影响具备惟一约束的列或影响多个行，则仍将该更新做为 DELETE 或 INSERT 对进行复制。 有关详细信息，请参阅此 Microsoft 支持文章。 做用域：仅全局
8721	在执行自动更新统计信息时向错误日志提交报告。 有关详细信息，请参阅此 Microsoft 支持文章。 做用域：仅全局
8744	为嵌套循环运算符禁用预提取。 有关详细信息，请参阅此 Microsoft 支持文章。 警告 ：当 SQL Server 执行包含嵌套循环运算符的计划时，错误地使用此跟踪标志可能会致使额外的物理读取。 做用域：全局和会话
9024	将全局日志池内存对象转换为 NUMA 节点分区内存对象。 有关详细信息，请参阅此 Microsoft 支持文章。 注意： 从 SQL Server 2012 (11.x) SP3 和 SQL Server 2014 (12.x) SP1 开始，此行为由引擎控制，跟踪标志 9024 再也不有效。 做用域：仅全局
9347	禁用 Sort 运算符的批处理模式。 SQL Server 2016 (13.x) 引入了新的批处理模式 Sort 运算符，能够提升许多分析查询的性能。 有关详细信息，请参阅此 Microsoft 支持文章。 做用域：全局、会话或查询
9349	禁用 Top N Sort 运算符的批处理模式。 SQL Server 2016 (13.x) 引入了新的批处理模式 top sort 运算符，能够提升许多分析查询的性能。 做用域：全局、会话或查询
9389	为批处理模式运算符启用额外动态内存授予。 若是查询未获取所需的全部内存，则会将数据溢出到 TempDB，从而致使额外的 I/O 并可能影响查询性能。 若是启用动态内存授予跟踪标志，批处理模式运算符可能会要求提供更多内存，若是有更多内存可用，则会避免溢出到 TempDB。 有关详细信息，请参阅内存管理体系结构指南中的“min memory per query 的影响”部分 。 做用域：全局或会话
9398	禁用自适应联接运算符，在扫描第一个输入后可延迟选择哈希联接或嵌套循环联接方法，如 SQL Server 2017 (14.x) 中引入的那样。 有关详细信息，请参阅此 Microsoft 支持文章。 注意： 请确保在将此选项引入生产环境以前，先对其进行全面测试。 做用域：全局、会话和查询
9453	禁用批处理模式执行。 有关详细信息，请参阅此 Microsoft 支持文章。 注意： 请确保在将此选项引入生产环境以前，先对其进行全面测试。 做用域： 全局、会话和查询
9471	在 SQL Server 2014 (12.x) 到 SQL Server 2019 版本的查询优化器基数估计模型下，致使 SQL Server 使用最小选择性为单表筛选器生成一个计划。 从 SQL Server 2016 (13.x) SP1 开始，若要在查询级别完成此操做，请添加 USE HINT 'ASSUME_MIN_SELECTIVITY_FOR_FILTER_ESTIMATES' 查询提示，而不是使用此跟踪标志。 注意： 请确保在将此选项引入生产环境以前，先对其进行全面测试。 注意： 此跟踪标志不适用于 CE 版本 70。 请改用跟踪标志 4137。 做用域：全局、会话或查询
9476	在 SQL Server 2014 (12.x) 到 SQL Server 2019 版本的查询优化器基数估计模型下，致使 SQL Server 使用简单包含假设而非默认的基本包含假设来生成计划。 有关详细信息，请参阅此 Microsoft 支持文章。 从 SQL Server 2016 (13.x) SP1 开始，若要在查询级别完成此操做，请添加 USE HINT 'ASSUME_JOIN_PREDICATE_DEPENDS_ON_FILTERS' 查询提示，而不是使用此跟踪标志。 注意： 请确保在将此选项引入生产环境以前，先对其进行全面测试。 做用域：全局、会话或查询
9481	容许将查询优化器基数估计模型设置为 SQL Server 2012 (11.x) 及更早版本，而不考虑数据库兼容性级别。 有关详细信息，请参阅 Microsoft 支持文章。 从 SQL Server 2016 (13.x) 开始，若要在数据库级别完成此操做，请参阅 ALTER DATABASE SCOPED CONFIGURATION (Transact-SQL) 中的 LEGACY_CARDINALITY_ESTIMATION 选项。 从 SQL Server 2016 (13.x) SP1 开始，若要在查询级别完成此操做，请添加 USE HINT 'FORCE_LEGACY_CARDINALITY_ESTIMATION' 查询提示，而不是使用此跟踪标志。 做用域：全局、会话或查询
9485	对 DBCC SHOW_STATISTICS 禁用 SELECT 权限。 做用域：仅全局
9488	当使用 SQL Server 2012 (11.x) 到 SQL Server 2019 版本的查询优化器基数估计模型时，将表值函数的固定估计值设置为默认值 1（对应于 SQL Server 2008 R2 及更早版本的查询优化器基数估计模型下的默认值）。 做用域：全局、会话或查询
9495	在 INSERT...SELECT 操做的插入过程当中禁用并行，它适用于用户表和临时表。 有关详细信息，请参阅 Microsoft 支持文章 做用域：全局或会话
9567	对自动种子设定过程当中的 Always On 可用性组启用数据流压缩。 在自动种子设定过程当中，压缩可大幅缩短传输时间，而且将增长处理器上的负载。 有关详细信息，请参阅自动初始化 Always On 可用性组和调整可用性组的压缩。 做用域：全局或会话
9571	禁用可用性组自动设定种子到默认数据库路径。 有关详细信息，请参阅磁盘布局。 做用域：全局或会话
9591	在 Always On 可用性组中禁用日志块压缩。 在 SQL Server 2012 (11.x) 和 SQL Server 2014 (12.x) 中，日志块压缩是用于同步副本和异步副本的默认行为。 在 SQL Server 2016 (13.x) 中，压缩仅用于异步副本。 做用域：全局或会话
9592	对同步可用性组启用日志流压缩。 默认状况下，对同步可用性组禁用此功能，由于压缩会增长延迟。 有关详细信息，请参阅 Tune compression for availability group（调整可用性组的压缩）。 做用域：全局或会话
9929	将每一个内存中检查点文件都缩减为 1 MB。 有关详细信息，请参阅此 Microsoft 支持文章。 做用域：仅全局
9939	在 SQL Server 2016 (13.x) 中，容许在引用内存优化表或表变量的 DML 操做中并行计划和并行扫描内存优化表和表变量，前提是它们不是 DML 操做的目标。 有关详细信息，请参阅此 Microsoft 支持文章。 注意： 若是还显式启用了跟踪标志 4199，则不须要使用跟踪标志 9939。 做用域：全局、会话或查询
10204	在列存储索引重组期间禁用合并/从新压缩。 在 SQL Server 2016 (13.x) 中，当重组列存储索引时，会有一个新功能将全部小型压缩行组自动合并为较大的压缩行组，并从新压缩具备大量已删除行的全部行组。 注意： 跟踪标志 10204 不适用于对内存优化表建立的列存储索引。 做用域：全局或会话
10316	容许对内部内存优化暂存时态表建立除默认索引以外的附加索引。 若是有特定的查询模式，其中包含未被默认索引覆盖的列，则能够考虑添加附加索引。 注意： 内存优化表的经系统版本控制的时态表旨在提供较高的事务吞吐量。 请注意，建立附加索引可能会为更新或删除当前表中的行的 DML 操做带来开销。 若是使用附加索引，应力求在时态查询的性能和额外的 DML 开销之间找到适当的平衡点。 做用域：全局或会话
11023	对于未将采样率显式指定为 UPDATE STATISTICS 语句一部分的全部后续统计信息更新，禁止使用上一个持续采样率。 有关详细信息，请参阅此 Microsoft 支持文章。 做用域：全局或会话
11024	当任何分区的修改计数超过本地阈值时，容许触发统计信息的自动更新。 有关详细信息，请参阅此 Microsoft 支持文章。 注意： 此跟踪标志适用于 SQL Server 2016 (13.x) SP二、SQL Server 2017 (14.x) CU3 及更高内部版本。 做用域：全局或会话