SELECT COUNT(*) 查询是否必须进行完整的 table 扫描?

Does a SELECT COUNT(*) query have to do a full table scan?

获取 table 中所有行数的查询是否必须进行完整的 table 扫描,或者 SQL 服务器是否在某处维护行数?

SELECT COUNT(*) FROM TABLE_NAME;

table TABLE_NAME 有一个主键,因此有一个聚簇索引,看起来像这样:

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

我正在使用 Microsoft SQL Server 2014。

当SQL服务器执行类似SELECT COUNT(*)的查询时,SQL服务器将使用最窄的non-clustered index来计算行数。如果 table 没有任何 non-clustered index,则必须扫描 table。

如果您的 table 有一个 clustered index,您可以更快地计数。

SELECT COUNT(*) FROM TABLE_NAME;

进行全面 table 扫描。

优化可以参考this

你可以按照下面的方式。我猜它的性能更好。

SELECT COUNT(1) FROM TABLE_NAME 

服务器将始终读取所有记录(如果有索引则它将扫描整个索引)以计算行数。只要你在做SELECT COUNT(*) FROM Table.

,你就无法逃避这个

如果您的 table 有聚簇索引,您可以 change your query 到 "under the hood" 查询来检索计数,而无需使用以下方法实际获取记录:

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

这将显示非系统 tables 及其计算的(不精确的)行数和数据大小的总和(具有它们可能具有的任何索引),相对较快,无需检索记录.