管理更改跟踪 (SQL Server)

适用于： SQL Server Azure SQL 数据库 Azure SQL 托管实例

本主题说明如何管理更改跟踪。本主题还说明如何配置安全性以及如何确定使用更改跟踪时对存储和性能的影响。

管理更改跟踪

以下各节列出了与管理更改跟踪相关的目录视图、权限和设置。

若要确定哪些表和数据库启用了更改跟踪，可以使用以下目录视图：

此外， sys.internal_tables 目录视图还列出了对用户表启用更改跟踪时所创建的内部表。

若要使用更改跟踪函数访问更改跟踪信息，主体必须拥有以下权限：

至少针对主键列（已启用更改跟踪的表针对被查询表的主键列）拥有 SELECT 权限。
对于要获取其更改的表拥有 VIEW CHANGE TRACKING 权限。要求拥有 VIEW CHANGE TRACKING 权限的原因如下：
- 更改跟踪记录包含有关已删除行的信息，具体而言，就是已删除行的主键值。在删除了某些敏感数据之后，某个主体可能已被授予针对启用了更改跟踪的表的 SELECT 权限。在这种情况下，你不会希望该主体能够使用更改跟踪来访问那些已删除的信息。
- 更改跟踪信息可以存储有关更新操作所更改的列的信息。某个主体可能无权访问包含敏感信息的列。但是，由于有更改跟踪信息，因此主体可以确定某列的值是否已更新，但是该主体无法确定该列的值。

启用表的更改跟踪后，会影响某些管理操作。下表列出了应当注意的操作和影响。

操作	启用更改跟踪后
DROP TABLE	会删除已删除表的所有更改跟踪信息。
ALTER TABLE DROP CONSTRAINT	删除 PRIMARY KEY 约束的尝试将失败。必须先禁用更改跟踪，然后才能删除 PRIMARY KEY 约束。
ALTER TABLE DROP COLUMN	如果要删除的列是主键的一部分，则不允许删除该列，而不管是否启用了更改跟踪。如果要删除的列不是主键的一部分，则可以成功删除该列。但是，首先应了解此操作对同步此数据的任何应用程序的影响。如果为该表启用了列更改跟踪，则可能仍会将已删除的列作为更改跟踪信息的一部分返回。已删除列的处理由应用程序负责。
ALTER TABLE ADD COLUMN	如果将新列添加到启用了更改跟踪的表中，则不会跟踪该列的添加。只会跟踪对新列所做的更新和更改。
ALTER TABLE ALTER COLUMN	不会跟踪非主键列的数据类型更改。
ALTER TABLE SWITCH	如果其中一个表或两个表都启用了更改跟踪，则切换分区将失败。
DROP INDEX 或 ALTER INDEX DISABLE	不能删除或禁用强制使用主键的索引。
TRUNCATE TABLE	可以对启用了更改跟踪的表执行截断表操作。但是，不会跟踪由该操作删除的行，并且会更新最低有效版本。当应用程序检查其版本时，检查结果会表明该版本太陈旧，需要进行重新初始化。这与禁用后又重新启用表的更改跟踪的效果相同。

由于在操作过程中会存储更改跟踪信息，因此使用更改跟踪会增加 DML 操作的一些开销。

更改跟踪已经过优化，以尽可能减小对 DML 操作的性能影响。对表使用更改跟踪所导致的性能开销增加类似于为表创建了一个索引并需要维护该索引时而导致的开销。

对于由 DML 操作更改的每一行，都会向内部更改跟踪表中添加一行。这种与 DML 操作相关的影响取决于各种因素，例如：

如果使用了快照隔离，则它也会影响所有 DML 操作的性能，而不管是否启用了更改跟踪。

更改跟踪数据存储在以下类型的内部表中：

这些内部表对存储要求有下列影响：

对于用户表中每行的每个更改，都会向内部更改表中添加一行。该行有一个较小的固定开销，外加一个大小等于主键列大小的可变开销。该行可以包含由应用程序设置的可选上下文信息。此外，如果启用了列跟踪，则每个发生更改的列还需要在跟踪表中占用 4 字节。
对于每个已提交的事务，都会向内部事务表中添加一行。

对于其他内部表，可以使用 sp_spaceused 存储过程来确定用于更改跟踪表的空间。可以使用 sys.internal_tables 目录视图来获取这些内部表的名称，如下例所示。

sp_spaceused 'sys.change_tracking_309576141'  
sp_spaceused 'sys.syscommittab'