当前位置：首页 > 编程日记 > 正文

浅谈SQL Server中统计对于查询的影响

编程日记 2024-11-02 21:00:00

简介

SQL Server查询分析器是基于开销的。通常来讲，查询分析器会根据谓词来确定该如何选择高效的查询路线,比如该选择哪个索引。而每次查询分析器寻找路径时，并不会每一次都去统计索引中包含的行数，值的范围等，而是根据一定条件创建和更新这些信息后保存到数据库中，这也就是所谓的统计信息。

如何查看统计信息

查看SQL Server的统计信息非常简单，使用如下指令：

DBCC SHOW_STATISTICS('表名','索引名')

所得到的结果如图1所示。

图1.统计信息

统计信息如何影响查询

下面我们通过一个简单的例子来看统计信息是如何影响查询分析器。我建立一个测试表，有两个INT值的列，其中id为自增，ref上建立非聚集索引，插入100条数据，从1到100，再插入9900条等于100的数据。图1中的统计信息就是示例数据的统计信息。

此时，我where后使用ref值作为查询条件，但是给定不同的值，我们可以看出根据统计信息，查询分析器做出了不同的选择，如图2所示。

图2.根据不同的谓词，查询优化器做了不同的选择

其实，对于查询分析器来说，柱状图对于直接可以确定的谓词非常管用，这些谓词比如:

where date = getdate()

where id= 12345

where monthly_sales < 10000 / 12

where name like “Careyson” + “%”

但是对于比如

where price = @vari

where total_sales > (select sum(qty) from sales)

where a.id =b.ref_id

where col1 =1 and col2=2

这类在运行时才能知道值的查询，采样步长就明显不是那么好用了。另外，上面第四行如果谓词是两个查询条件，使用采样步长也并不好用。因为无论索引有多少列，采样步长仅仅存储索引的第一列。当柱状图不再好用时，SQL Server使用密度来确定最佳的查询路线。

密度的公式是：1/表中唯一值的个数。当密度越小时，索引越容易被选中。比如图1中的第二个表，我们可以通过如下公式来计算一下密度:

图3.某一列的密度

根据公式可以推断，当表中的数据量逐渐增大时，密度会越来越小。

对于那些不能根据采样步长做出选择的查询，查询分析器使用密度来估计行数,这个公式为:估计的行数=表中的行数*密度

那么，根据这个公式，如果我做查询时，估计的行数就会为如图4所示的数字。

图4.估计的行数

我们来验证一下这个结论,如图5所示。

图5.估计的行数

因此，可以看出，估计的行数是和实际的行数有出入的，当数据分布均匀时，或者数据量大时，这个误差将会变的非常小。

统计信息的更新

由上面的例子可以看到，查询分析器由于依赖于统计信息进行查询，那么过时的统计信息则可能导致低效率的查询。统计信息既可以由SQL Server来进行管理，也可以手动进行更新，也可以由SQL Server管理更新时手动更新。

当开启了自动更新后，SQL Server监控表中的数据更改，当达到临界值时则会自动更新数据。这个标准是:

向空表插入数据时

少于500行的表增加500行或者更多

当表中行多于500行时，数据的变化量大于20%时

上述条件的满足均会导致统计被更新。

当然，我们也可以使用如下语句手动更新统计信息。

UPDATE STATISTICS 表名[索引名]

列级统计信息

SQL Server还可以针对不属于任何索引的列创建统计信息来帮助查询分析器获取”估计的行数“.当我们开启数据库级别的选项“自动创建统计信息”如图6所示。

图6.自动创建统计信息

当这个选项设置为True时，当我们where谓词指定了不在任何索引上的列时，列的统计信息会被创建，但是会有以下两种情况例外:

创建统计信息的成本超过生成查询计划的成本

当SQL Server忙时不会自动生成统计信息

我们可以通过系统视图sys.stats来查看这些统计信息,如图7所示。

图7.通过系统视图查看统计信息

当然，也可以通过如下语句手动创建统计信息:

CREATE STATISTICS 统计名称 ON 表名 (列名 [,...n])

总结

本文简单谈了统计信息对于查询路径选择的影响。过时的统计信息很容易造成查询性能的降低。因此，定期更新统计信息是DBA重要的工作之一。

分类: SQL SERVER,SQL性能调优

本文转自CareySon博客园博客，原文链接：http://www.cnblogs.com/CareySon/archive/2012/05/14/HowStatisticImpactQuery.html，如需转载请自行联系原作者

https://www.dkcj.cn/info/25791.html

浅谈SQL Server中统计对于查询的影响

相关文章：

《Effective C#中文版：改善C#程序的50种方法》读书笔记

100行代码，使用 Pygame 制作一个贪吃蛇小游戏！

Ubuntu + VirtualBox + windows xp互相访问

cocoapods使用教程

Memcached安装以及PHP的调用

matplotlib 可视化必知必会富文本绘制方法

Android如何使用读写cookie的方法

js 创建一条通用链表

预训练时代微调新范式，高性能加速2800%，NLPer赶紧看过来！

图片服务器的url hash架构

Android系统--TouchEvent的处理流程

搜索引擎中的URL散列

c++各种数据类型表示范围

原来Python用得好，工作这么好找

Litmus代码质量平台实践总结

到底什么是hash？它起什么作用？

20个精美图表，教你玩转 Pyecharts 可视化

【SICP练习】136 练习3.67

glibc方式安装mysql

淘宝网7年变化图--建议非美工UED人员也看看

Github 一夜爆火：这份金九银十 Java 面试手册我给跪了

a different object with the same identifier value was already associated with the session

【转】unity3d 在UGUI中制作自适应调整大小的滚动布局控件

（转）径向模糊效果shader

初次体验hiphop-php

MySQL之父等国际数据库掌门人齐聚，1024 程序员节全体大会重磅官宣！

通过yum安装配置lamp

PHP“Cannot use object of type stdClass as array”

RMAN_学习笔记1_RMAN Structure概述和体系结构

全球缺芯大潮中，以软代硬能否另辟蹊径？