sql server execution plan - 执行计划的诡异（一）

dbLenis

于 2015-05-04 22:37:15 发布

阅读量817

点赞数

CC 4.0 BY-SA版权

分类专栏： sql server 文章标签： sql 执行计划

本文链接：https://blog.youkuaiyun.com/wujiandao/article/details/45486985

sql server 专栏收录该内容

68 篇文章

订阅专栏

本文通过具体案例展示了在SQL Server中执行相同WHERE条件查询时出现的不同结果数量的现象。分析了Clustered Primary Key表与Non-Clustered Index间数据更新的时间差导致的问题，并提供了实例层面的分析。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

今天一张 6000 万数据的表，用了相同的 where 条件，结果出现了不同数量的数据集

1) 表结构: dbo.FctOrderSales
结构主键组成： OrderMonthKey, OrderDateKey, OrderKey, CustomerKey, CurrencyKey - ( Clustered Primary Key)
非结构索引: IX_FctOrderSales_PartitionID (non-clustered nonunique Key)

2) 查询语句:

    Select * from dbo.FctOrderSales with(no lock) where PartitionID = 8

    ----------
    (0) rows

    Select count(1) from dbo.FctOrderSales with(no lock) where PartitionID = 8 
    Group by PartitionID

    -----------
    (1800000) rows

分析：
1）当时有 10 个线程同时在使用这张表，有 select, delete
2) 第一个 query 走了全表扫描，第二个 query 走了索引检索， clustered ( primary key ) table 与 non-clustered index 之间存在数据更新的时间差， clustered table 的数据已经全部被 delete 了，但是 non-clustered index 的实际数据还没有被清理

如何证明，接下来做实例层面的分析

sql server execution plan - 执行计划的诡异（二）