Sql server SELECT COUNT（*）查询是否必须执行完整表扫描？

获取表中所有行的计数的查询是否必须执行完整表扫描，或者SQL Server是否在某处维护行计数

SELECT COUNT(*) FROM TABLE_NAME;

表

table_NAME

有一个主键，因此有一个聚集索引，如下所示：

CREATE TABLE TABLE_NAME
(
  Id int PRIMARY KEY IDENTITY(1, 1),
  Name nvarchar(50) NOT NULL
);

---

我正在使用Microsoft SQL Server 2014。

当SQL Server执行类似于

选择计数（*）

的查询时，SQL Server将使用最窄的

非聚集索引来计数行。如果该表没有任何
非聚集索引
，则必须扫描该表

如果您的表具有
聚集索引
，则可以更快地获得计数

SELECT COUNT(*) FROM TABLE_NAME;

进行全表扫描

有关优化，您可以参考。
您可以按照以下方式进行。我想它的性能更好

SELECT COUNT(1) FROM TABLE_NAME 

服务器将始终读取所有记录（如果有索引，那么它将扫描整个索引）以计算行数。只要您从表中执行
选择计数（*），就无法逃避此操作

如果您的表具有聚集索引，则可以通过以下方式访问“引擎盖下”查询以检索计数，而无需实际获取记录：

SELECT OBJECT_NAME(i.id) [Table_Name], i.rowcnt [Row_Count]
FROM sys.sysindexes i WITH (NOLOCK)
WHERE i.indid in (0,1)
ORDER BY i.rowcnt desc

如果要查找记录的大致计数，还可以使用以下查询：

SELECT 
    TableName = t.NAME,
    SchemaName = s.Name,
    [RowCount] = p.rows,
    TotalSpaceMB = CONVERT(DECIMAL(18,2), SUM(a.total_pages) * 8 / 1024.0), 
    UsedSpaceMB = CONVERT(DECIMAL(18,2), SUM(a.used_pages) * 8 / 1024.0),
    UnusedSpaceMB = CONVERT(DECIMAL(18,2), (SUM(a.total_pages) - SUM(a.used_pages)) * 8 / 1024.0)
FROM 
    sys.tables t
    INNER JOIN sys.indexes i ON t.OBJECT_ID = i.object_id
    INNER JOIN sys.partitions p ON i.object_id = p.OBJECT_ID AND i.index_id = p.index_id
    INNER JOIN sys.allocation_units a ON p.partition_id = a.container_id
    LEFT OUTER JOIN sys.schemas s ON t.schema_id = s.schema_id
WHERE 
    t.NAME NOT LIKE 'dt%' 
    AND t.is_ms_shipped = 0
    AND i.OBJECT_ID > 255 
GROUP BY 
    t.Name, 
    s.Name, 
    p.Rows
ORDER BY 
    TotalSpaceMB DESC

这将显示非系统表及其计算（不精确）的行数和数据大小之和（以及它们可能具有的任何索引），相对快速，而无需检索记录。
该表是否有主键？否，它将查找表中的每一行，msql服务器不会维护计数器。服务器会在
sys.partitions
中的其他位置维护行计数。但是，您编写的查询不会使用它。查询优化器可以决定使用表扫描或扫描索引。如果表具有主键，因此具有聚集索引，SQL Server是否执行完整表扫描？然后它如何获得行计数？如果表有主键，那么它将不会执行完整的表扫描。请参考@WaterCoolerv2 No-不要假设主键和聚集索引总是相同的。神话-您将得到相同的精确查询计划。如果我选择count（*）和count（1），我可以看到查询输出时间的差异