主页 / dba / 问题 / 228656
Accepted
Randi Vertongen
Asked: 2019-02-02 01:02:33 +0800 CST

为什么此列上自动创建的统计信息为空？

  • 772

信息

我的问题涉及一个中等大的表（~40GB 数据空间），它是一个堆
（不幸的是，应用程序所有者不允许我向表中添加聚簇索引）

标识列 ( ) 上的自动创建统计信息ID已创建，但为空。

  • 自动创建统计数据和自动更新统计数据已开启
  • 表中发生了修改
  • 还有其他（自动创建的）统计信息正在更新
  • 索引创建的同一列上还有另一个统计信息（重复）
  • 构建：12.0.5546

重复统计信息正在更新： 在此处输入图像描述

实际问题

据我了解，即使在完全相同的列（重复项）上有两个统计信息，也可以使用所有统计信息并跟踪修改，那么为什么这个统计信息仍然为空？

统计信息

在此处输入图像描述

数据库统计信息

在此处输入图像描述

桌子尺寸

在此处输入图像描述

创建统计信息的列信息

在此处输入图像描述

[ID] [int] IDENTITY(1,1) NOT NULL

标识栏

select * from sys.stats  
where name like '%_WA_Sys_0000000A_6B7099F3%';

在此处输入图像描述 自动创建

获取有关另一个统计信息的一些信息

select * From sys.dm_db_stats_properties (1802541555, 3)

在此处输入图像描述

与我的空数据相比：

在此处输入图像描述

来自“生成脚本”的统计数据+直方图：

/****** Object:  Statistic [_WA_Sys_0000000A_6B7099F3]    Script Date: 2/1/2019 10:18:19 AM ******/

    CREATE STATISTICS [_WA_Sys_0000000A_6B7099F3] ON [dbo].[table]([ID]) WITH STATS_STREAM = 0x01000000010000000000000000000000EC03686B0000000040000000000000000000000000000000380348063800000004000A00000000000000000000000000

创建统计数据副本时，其中没有数据

CREATE STATISTICS [_WA_Sys_0000000A_6B7099F3_TEST] ON [dbo].[table]([ID]) WITH STATS_STREAM = 0x01000000010000000000000000000000EC03686B0000000040000000000000000000000000000000380348063800000004000A00000000000000000000000000

在此处输入图像描述

手动更新统计数据时，它们确实会更新。 

UPDATE STATISTICS [dbo].[Table]([_WA_Sys_0000000A_6B7099F3_TEST])

在此处输入图像描述

sql-server sql-server-2014

1 个回答

  1. Best Answer

    我能够重现这一点，既有一个空的统计数据，也有一个填充的统计数据。我安排在一个空表上创建一个自动统计，后面创建索引：

    IF OBJECT_ID(N'dbo.Heap', N'U') IS NOT NULL
BEGIN
    DROP TABLE dbo.Heap;
END;
GO
CREATE TABLE dbo.Heap 
(
    id integer NOT NULL IDENTITY,
    val integer NOT NULL,
);
GO
-- Add 1000 rows
INSERT dbo.Heap
    WITH (TABLOCKX)
    (val)
SELECT
    SV.number
FROM master.dbo.spt_values AS SV
WHERE
    SV.[type] = N'P'
    AND SV.number BETWEEN 1 AND 1000;
GO
SELECT COUNT_BIG(*) 
FROM dbo.Heap AS H
JOIN dbo.Heap AS H2
    ON H2.id = H.id
WHERE H.id > 0
AND H2.id > 0;
GO
-- Empty table
TRUNCATE TABLE dbo.Heap;
GO
-- Repeat exact same query (RT = 500 + 0.2 * 1000 = 700)
GO
SELECT COUNT_BIG(*) 
FROM dbo.Heap AS H
JOIN dbo.Heap AS H2
    ON H2.id = H.id
WHERE H.id > 0
AND H2.id > 0;
GO
-- Add 1000 rows
INSERT dbo.Heap
    WITH (TABLOCKX)
    (val)
SELECT
    SV.number
FROM master.dbo.spt_values AS SV
WHERE
    SV.[type] = N'P'
    AND SV.number BETWEEN 1 AND 1000;
GO
-- Add index
ALTER TABLE dbo.Heap ADD 
    CONSTRAINT [PK dbo.Heap id]
    PRIMARY KEY NONCLUSTERED (id);
GO
SELECT
    S.[name],
    S.auto_created,
    DDSP.stats_id,
    DDSP.last_updated,
    DDSP.[rows],
    DDSP.rows_sampled,
    DDSP.steps,
    DDSP.unfiltered_rows,
    DDSP.modification_counter
FROM sys.stats AS S
CROSS APPLY sys.dm_db_stats_properties(S.[object_id], S.stats_id) AS DDSP
WHERE 
    S.[object_id] = OBJECT_ID(N'dbo.Heap', N'U');

    输出

    我发现在所有非空重复项上继续准确跟踪修改，但只有一个统计信息会自动更新（无论异步设置如何）。

    仅当查询优化器需要特定统计信息并发现它已过时（与优化相关的重新编译）时，才会自动更新统计信息。

    优化器从SQL Server 2012中的计划缓存和重新编译一文中提到的重复统计信息中进行选择：

    与本文档的主题没有直接关系的一个问题是：给定同一列的相同顺序的多个统计信息，查询优化器如何决定在查询优化期间加载哪些？答案并不简单，但是查询优化器使用这样的准则： 优先考虑最近的统计数据而不是旧的统计数据；优先考虑使用FULLSCAN选项计算的统计数据而不是使用抽样计算的统计数据；等等。

    重点是优化器选择可用的重复统计信息之一（“最佳”），如果发现陈旧，则会自动更新该统计信息。

    我相信这是较旧版本的行为变化 - 或者至少文档表明对象的所有过时统计信息都将作为此过程的一部分进行更新，但我不知道何时发生变化。肯定是在 2013 年 8 月之后，Matt Bowler 发布了Duplicate Statistics，其中包含一个方便的基于 AdventureWorks 的 repo。该脚本现在只会更新其中一个统计对象，而当时两者都会更新。

    上面的解释与我在尝试重现您的场景时观察到的所有行为相匹配，但我怀疑它是否在任何地方都有明确记录。这看起来确实是一个明智的优化，因为完全更新重复项没有什么价值。

    这可能都低于 Microsoft 愿意支持的详细程度。这也意味着它可能会更改，恕不另行通知。

    • 10

相关问题