跟蹤標誌用於設置特定服務器特徵或更改特定行爲。 算法
例如,跟蹤標誌 3226 是一種經常使用的啓動跟蹤標誌,可取消顯示錯誤日誌中的成功備份消息。 sql
跟蹤標誌常常用於診斷性能問題或調試存儲過程或複雜的計算機系統,但 Microsoft 支持部門還可能建議將它們用於解決會對特定工做負載產生負面影響的行爲。 數據庫
當按照指示使用時,全部記錄的跟蹤標誌和 Microsoft 支持部門推薦的跟蹤標誌在生產環境中都徹底受支持。 windows
請注意,此列表中的跟蹤標誌在其特定用途方面可能會有一些其餘注意事項,所以建議仔細查看此處和/或支持工程師提供的全部建議。 緩存
此外,與 SQL Server 中的任何配置更改同樣,最好在部署標誌以前在非生產環境中全面測試該標誌。安全
在 SQL Server 中,有三種跟蹤標誌:查詢、會話和全局。 服務器
查詢跟蹤標誌在特定查詢的上下文中處於活動狀態。網絡
會話跟蹤標誌對某個鏈接有效,且只對該鏈接可見。 架構
全局跟蹤標誌在服務器級別上進行設置,對服務器上的每個鏈接均可見。 併發
某些標誌只能做爲全局標誌啓用,而某些標誌在全局或會話做用域均可以啓用。
使用 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 | 基於鎖數禁用鎖升級。 可是,內存不足仍可激活鎖升級。 若是鎖對象使用的內存量超出下列條件之一,數據庫引擎會將行鎖或頁鎖升級爲表(或分區)鎖:
若是同時設置了跟蹤標誌 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 支持文章。
從 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) SP二、SQL Server 2017 (14.x) CU3 及更高內部版本。 做用域:全局或會話 |