跟蹤標志用於設置特定服務器特征或更改特定行為。
例如，跟蹤標志 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、2301、2389、2390、2453、2467、7471、8207、9389、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 CU3、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 | 基於鎖數禁用鎖升級。 但是，內存不足仍可激活鎖升級。 如果鎖對象使用的內存量超出下列條件之一，數據庫引擎會將行鎖或頁鎖升級為表（或分區）鎖：
如果同時設置了跟蹤標志 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) SP2、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 CU5、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 支持文章。
從 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 中第一次發生內存不足異常時會生成小內存轉儲。 該跟蹤標志的行為如下所示：
作用域：僅全局 |
||||||||||||||||||||||||||||||||
| 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) SP2、SQL Server 2017 (14.x) CU3 及更高內部版本。 作用域：全局或會話 |