AWS在2026年9月2日为Amazon RDS for SQL Server新增18个可用的SQL Server跟踪标志。数据库管理员现在可以通过RDS参数组启用这些开关，用于处理查询优化器、锁升级、统计信息、内存管理、可用性组和Query Store等特定问题。
跟踪标志会改变数据库引擎的部分默认行为，常用于兼容旧查询计划、绕过已知缺陷或针对特定负载进行调优。此次扩展提高了托管SQL Server的可控性，但它并不是一组应该全部打开的性能选项。
18个新增标志覆盖多类数据库行为
本次加入的编号包括647、652、1448、3654、4138、4139、7745、8285、8780、9432、9481、9492、9592、11024、11042、12502、12618和12656。
这些标志涉及查询计划与基数估算、DDL性能、锁处理、统计信息、内存行为、可用性组复制、Query Store、自动计划修正以及部分已知引擎问题的缓解。
同属跟踪标志，不代表作用方向相同。有的改变优化器选择，有的影响恢复或复制行为，还有的只适用于特定SQL Server版本和问题场景。
托管实例通过参数组启用
RDS用户不能像自建SQL Server那样随意修改所有宿主机级设置。新增标志由数据库参数组管理，管理员需要把需要的编号写入对应参数，再把参数组应用到目标数据库实例。
修改前应确认实例使用的是默认参数组还是自定义参数组。默认参数组通常不能直接编辑，更稳妥的做法是复制或新建自定义参数组，只加入已经验证的跟踪标志。
参数应用方式还要结合控制台提示确认。部分参数可以动态生效，另一些可能等待维护窗口或需要重启实例，生产变更不能只保存参数组就结束。
跟踪标志不是通用性能加速开关
查询变慢时直接开启多个优化器相关标志，可能让少数SQL恢复正常，却让其他查询使用更差的执行计划。涉及内存和锁的标志也可能提高资源占用或改变并发行为。
AWS明确提醒，部分标志会影响性能、增加内存使用，或者以意料之外的方式改变查询计划。没有明确问题与验证指标时，不应因为新增支持就主动开启。
选择标志应从具体症状出发，并核对SQL Server版本、补丁水平、数据库兼容级别和微软对该编号的适用说明。解决过时版本缺陷的标志，在新版本中可能已经没有必要。
生产启用前需要建立对照测试
官方建议先在非生产环境验证。测试实例应尽量还原生产数据规模、索引、统计信息、兼容级别和参数组，并回放有代表性的查询，而不是只执行一条出现过问题的SQL。
对照指标可以包括执行计划、平均耗时、CPU、内存、逻辑读取、锁等待、死锁、Query Store回归和复制延迟。观察窗口应覆盖业务高峰，避免短时间结果掩盖长期副作用。
一次只调整必要的标志，并保留原参数组，出现回归时才能快速定位和撤回。多个标志同时上线，会让后续很难判断究竟是哪一个改变了引擎行为。
所有RDS SQL Server区域均可使用
新增跟踪标志已在所有提供Amazon RDS for SQL Server的AWS区域开放，不需要等待单独的区域发布。实际可用性仍应结合数据库引擎版本与参数组支持情况确认。
完成变更后，管理员要验证实例当前参数状态和SQL Server实际行为，并在监控中标记变更时间。仅看到参数组显示已应用，不能替代执行计划和性能指标检查。
这次更新对遇到特定引擎限制的RDS用户很有价值。正确用法是根据明确问题选择一个标志、先做对照测试、再小范围上线，而不是把18个新开关当成一次免费的性能升级。
