对于 行存储索引 ，重新生成会消除索引的所有级别中的碎片，并根据指定的或当前的填充因子来压缩页面。 如果指定 ALL ，将通过单个操作删除表中的所有索引并重新生成它们。 重新生成具有 128 或更多个区的索引时，数据库引擎会推迟页面取消分配，并获取相关联的锁，直到重新生成完成。 有关语法示例，请参阅 示例 - 行存储重新生成 。

对于 列存储索引 ，重新生成会消除碎片，将任何增量存储行移到列存储中，并以物理方式删除标记为已删除的行。 有关语法示例，请参阅 示例 - 列存储重新生成 。

自 SQL Server 2016 (13.x) 起，通常不需要重新生成列存储索引，因为 REORGANIZE 以联机操作形式执行重新生成的基本操作。

使用索引重新生成从数据损坏中恢复

在旧版 SQL Server 中，有时可以重新生成行存储非聚集索引，以更正索引数据损坏导致的不一致问题。

自 SQL Server 2008 (10.0.x) 起，仍可以通过脱机重新生成非聚集索引，修复非聚集索引中的此类不一致问题。 但是，你不能通过联机重新生成索引来纠正非聚集索引的不一致，因为联机重新生成机制会使用现有的非聚集索引作为重新生成的基础，因此仍存在不一致。 脱机重新生成索引有时可以强制扫描聚集索引（或堆），进而将非聚集索引中的不一致数据替换为聚集索引或堆中的数据。

若要确保将聚集索引或堆用作数据源，请删除并重新创建非聚集索引，而不要重新生成它。 与早期版本一样，建议通过从备份还原受影响的数据来从不一致问题进行恢复；但是，可以通过脱机重新生成或重新创建非聚集索引来纠正非聚集索引的不一致数据。 有关详细信息，请参阅 DBCC CHECKDB (Transact-SQL) 。

自动索引和统计信息管理

利用 自适应索引碎片整理 等解决方案，自动管理一个或多个数据库的索引碎片和统计信息更新。 此过程根据碎片级别以及其他参数，自动选择是重新生成索引还是重新组织索引，并使用线性阈值更新统计信息。

有关重新生成和重新组织行存储索引的注意事项

以下场景会导致自动在表上重新生成所有行存储非聚集索引：

• 管理 Azure SQL 数据库中的数据库的文件空间
• 管理 Azure SQL 托管实例中数据库的文件空间

如果已确定 Azure SQL 数据库和 Azure SQL 托管实例工作负载需要执行索引维护，则应重新组织索引，或使用联机的重新生成索引操作。 这样做时，查询工作负载可以在重新生成索引期间访问表。

此外，让此操作可恢复，这样就不必在计划或计划外的数据库故障转移中断此操作时重头开始重启该操作。 当索引较大时，使用可恢复的索引操作尤为重要。

脱机索引操作通常比联机操作更快完成。 只有查询将无法在执行脱机索引操作期间访问表时（例如通过顺序 ETL 进程将数据加载到临时表后），才能使用此操作。

限制和局限

盘区超过 128 个的行存储索引通过两个单独的阶段重新生成：逻辑阶段和物理阶段。 在逻辑阶段，将把由索引使用的现有分配单元标记为释放，对数据行进行复制并排序，然后将它们移到为存储重新生成的索引而创建的新分配单元。 在物理阶段，先前标记为取消分配的分配单元在发生在后台的短事务中被物理删除，而且不需要很多锁。 有关分配单元的详细信息，请参阅 页和区体系结构指南 。

ALTER INDEX REORGANIZE 语句要求包含索引的数据文件具有可用的空间，因为该操作仅可在同一文件中分配临时工作，而不能在同一个文件组内的另一个文件中进行分配。 尽管文件组可能有可用空间，当数据文件空间不足时，用户仍会在执行重新组织操作期间遇到错误 1105： Could not allocate space for object '###' in database '###' because the '###' filegroup is full. Create disk space by deleting unneeded files, dropping objects in the filegroup, adding additional files to the filegroup, or setting autogrowth on for existing files in the filegroup 。

当 ALLOW_PAGE_LOCKS 设置为 OFF 时，无法重新组织索引。

在 SQL Server 2017 (14.x) 及更低版本中，重新生成聚集列存储索引是一项脱机操作。 执行重新生成操作时，数据库引擎必须获取表或分区上的排他锁。 即使在使用 NOLOCK 、读取已提交的快照隔离 (RCSI) 或快照隔离时，数据在重新生成期间仍处于脱机状态且不可用。 自 SQL Server 2019 (15.x) 起，可以使用 ONLINE = ON 选项重新生成聚集列存储索引。

对超过 1,000 个分区的表创建和重新生成非对齐索引是可能的，但不支持。 这样做可能会导致性能下降，或在执行这些操作的过程中占用过多内存。 Microsoft 建议，当分区数超过 1,000 时，只使用 对齐索引 。

统计信息限制

• 创建或重新生成索引时，将通过扫描表中的所有行创建或更新统计信息，这等同于在 CREATE STATISTICS 或 UPDATE STATISTICS 中使用 FULLSCAN 子句。 但是，从 SQL Server 2012 (11.x) 开始，当创建或重新生成已分区索引时，不会通过扫描表中的所有行来创建或更新统计信息。 而会改为使用默认采样率。 若要通过扫描表中所有行的方法创建或更新已分区索引上的统计信息，请使用 CREATE STATISTICS 或 UPDATE STATISTICS 以及 FULLSCAN 子句。
• 同样，当索引创建或索引重新生成操作可恢复时，将使用默认采样率来创建或更新统计信息。 如果创建或上次更新统计信息时将 PERSIST_SAMPLE_PERCENT 子句设置为了 ON ，则可恢复索引操作将使用所保留的采样率来创建或更新统计信息。
• 重新组织索引后 ，统计信息不会更新。

使用 Transact-SQL 检查行存储索引的碎片和页面密度

下面的示例可确定当前数据库中所有行存储索引的平均碎片和页面密度。 它通过 SAMPLED 模式快速返回可操作的结果。 若要获得更准确的结果，请使用 DETAILED 模式。 这需要扫描所有索引页面，并且可能需要很长时间。

SELECT OBJECT_SCHEMA_NAME(ips.object_id) AS schema_name,
       OBJECT_NAME(ips.object_id) AS object_name,
       i.name AS index_name,
       i.type_desc AS index_type,
       ips.avg_fragmentation_in_percent,
       ips.avg_page_space_used_in_percent,
       ips.page_count,
       ips.alloc_unit_type_desc
FROM sys.dm_db_index_physical_stats(DB_ID(), default, default, default, 'SAMPLED') AS ips
INNER JOIN sys.indexes AS i 
ON ips.object_id = i.object_id
   ips.index_id = i.index_id
ORDER BY page_count DESC;
上一语句返回如下的结果集：
schema_name  object_name           index_name                               index_type    avg_fragmentation_in_percent avg_page_space_used_in_percent page_count  alloc_unit_type_desc
------------ --------------------- ---------------------------------------- ------------- ---------------------------- ------------------------------ ----------- --------------------
dbo          FactProductInventory  PK_FactProductInventory                  CLUSTERED     0.390015600624025            99.7244625648629               3846        IN_ROW_DATA
dbo          DimProduct            PK_DimProduct_ProductKey                 CLUSTERED     0                            89.6839757845318               497         LOB_DATA
dbo          DimProduct            PK_DimProduct_ProductKey                 CLUSTERED     0                            80.7132814430442               251         IN_ROW_DATA
dbo          FactFinance           NULL                                     HEAP          0                            99.7982456140351               239         IN_ROW_DATA
dbo          ProspectiveBuyer      PK_ProspectiveBuyer_ProspectiveBuyerKey  CLUSTERED     0                            98.1086236718557               79          IN_ROW_DATA
dbo          DimCustomer           IX_DimCustomer_CustomerAlternateKey      NONCLUSTERED  0                            99.5197553743514               78          IN_ROW_DATA
有关详细信息，请参阅 sys.dm_db_index_physical_stats。
使用 Transact-SQL 检查列存储索引的碎片
下面的示例可确定当前数据库中具有压缩行组的所有列存储索引的平均碎片。
SELECT OBJECT_SCHEMA_NAME(i.object_id) AS schema_name,
       OBJECT_NAME(i.object_id) AS object_name,
       i.name AS index_name,
       i.type_desc AS index_type,
       100.0 * (ISNULL(SUM(rgs.deleted_rows), 0)) / NULLIF(SUM(rgs.total_rows), 0) AS avg_fragmentation_in_percent
FROM sys.indexes AS i
INNER JOIN sys.dm_db_column_store_row_group_physical_stats AS rgs
ON i.object_id = rgs.object_id
   i.index_id = rgs.index_id
WHERE rgs.state_desc = 'COMPRESSED'
GROUP BY i.object_id, i.index_id, i.name, i.type_desc
ORDER BY schema_name, object_name, index_name, index_type;
上一语句返回如下的结果集：
schema_name  object_name            index_name                           index_type                avg_fragmentation_in_percent
------------ ---------------------- ------------------------------------ ------------------------- ----------------------------
Sales        InvoiceLines           NCCX_Sales_InvoiceLines              NONCLUSTERED COLUMNSTORE  0.000000000000000
Sales        OrderLines             NCCX_Sales_OrderLines                NONCLUSTERED COLUMNSTORE  0.000000000000000
Warehouse    StockItemTransactions  CCX_Warehouse_StockItemTransactions  CLUSTERED COLUMNSTORE     4.225346161484279
 使用 SQL Server Management Studio 维护索引
重新组织或重新生成索引
在“对象资源管理器”中，展开包含要重新组织索引的表的数据库。

展开 “表” 文件夹。
展开要为其重新组织索引的表。
展开 “索引” 文件夹。
右键单击要重新组织的索引，然后选择 “重新组织”。
在“重新组织索引”对话框中，确认正确的索引位于“要重新组织的索引”网格中，然后选择“确定”。

选中 “压缩大型对象列数据” 复选框，以指定也压缩所有包含大型对象 (LOB) 数据的页。
选择“确定”。

重新组织表中的所有索引
在“对象资源管理器”中，展开包含你要重新组织索引的表的数据库。

展开 “表” 文件夹。
展开要为其重新组织索引的表。
右键单击 “索引” 文件夹，然后选择 “全部重新组织”。
在 “重新组织索引” 对话框中，确认正确的索引位于 “要重新组织的索引”中。 若要从 “要重新组织的索引” 网格中删除索引，请选择该索引，再按 Delete 键。
选中 “压缩大型对象列数据” 复选框，以指定也压缩所有包含大型对象 (LOB) 数据的页。
选择“确定”。

 使用 Transact-SQL 维护索引
有关使用 Transact-SQL 重新生成或重新组织索引的更多示例，请参阅 ALTER INDEX 示例 - 行存储索引和 ALTER INDEX 示例 - 列存储索引。
重新组织索引
下面的示例重新组织 AdventureWorks2022 数据库中 HumanResources.Employee 表内的 IX_Employee_OrganizationalLevel_OrganizationalNode 索引。
ALTER INDEX IX_Employee_OrganizationalLevel_OrganizationalNode
    ON HumanResources.Employee
    REORGANIZE;
下面的示例重新组织 AdventureWorksDW2022 数据库中 dbo.FactResellerSalesXL_CCI 表内的 IndFactResellerSalesXL_CCI 列存储索引。 运行此命令以将所有关闭和打开的行组强制到列存储中。
-- This command forces all closed and open row groups into columnstore.
ALTER INDEX IndFactResellerSalesXL_CCI
    ON FactResellerSalesXL_CCI
    REORGANIZE WITH (COMPRESS_ALL_ROW_GROUPS = ON);
重新组织表中的所有索引
下面的示例重新组织 AdventureWorks2022 数据库中 HumanResources.Employee 表内的所有索引。
ALTER INDEX ALL ON HumanResources.Employee
   REORGANIZE;
重新生成索引
下面的示例在 AdventureWorks2022 数据库的 Employee 表中重新生成单个索引。
ALTER INDEX PK_Employee_BusinessEntityID ON HumanResources.Employee
REBUILD
重新生成表中的所有索引
下面的示例使用 ALL 关键字重新生成所有与 AdventureWorks2022 数据库中的表关联的索引。 其中指定了三个选项。
ALTER INDEX ALL ON Production.Product
REBUILD WITH (FILLFACTOR = 80, SORT_IN_TEMPDB = ON,
              STATISTICS_NORECOMPUTE = ON)
有关详细信息，请参阅 ALTER INDEX。
SQL Server 索引体系结构和设计指南
联机执行索引操作
ALTER INDEX (Transact-SQL)
自适应索引碎片整理
CREATE STATISTICS (Transact-SQL)
UPDATE STATISTICS (Transact-SQL)
列存储索引查询性能
开始使用列存储进行实时运营分析
针对数据仓库的列存储索引
列存储索引和行组的合并策略