如何提高SQL SERVER的性能

原创 2002年05月28日 12:23:00
 

如何提高SQL SERVER的性能<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

 

第一篇:通过维护表的索引来提高数据的访问速度

 

大多数SQL Server表需要索引来提高数据的访问速度,如果没有索引,SQL Server要进行表格扫描读取表中的每一个记录才能找到索要的数据。索引可以分为簇索引和非簇索引,簇索引通过重排表中的数据来提高数据的访问速度,而非簇索引则通过维护表中的数据指针来提高数据的索引。

 

   索引的体系结构:

 

为什么要不断的维护表的索引?首先,简单介绍一下索引的体系结构。SQL Server在硬盘中用8KB页面在数据库文件内存放数据。缺省情况下这些页面及其包含的数据是无组织的。为了使混乱变为有序,就要生成索引。生成索引后,就有了索引页和数据页,数据页保存用户写入的数据信息。索引页存放用于检索列的数据值清单(关键字)和索引表中该值所在纪录的地址指针。索引分为簇索引和非簇索引,簇索引实质上是将表中的数据排序,就好像是字典的索引目录。非簇索引不对数据排序,它只保存了数据的指针地址。向一个带簇索引的表中插入数据,当数据页达到100%时,由于页面没有空间插入新的的纪录,这时就会发生分页,SQL Server 将大约一半的数据从满页中移到空页中,从而生成两个半的满页。这样就有大量的数据空间。簇索引是双向链表,在每一页的头部保存了前一页、后一页地址以及分页后数据移动的地址,由于新页可能在数据库文件中的任何地方,因此页面的链接不一定指向磁盘的下一个物理页,链接可能指向了另一个区域,这就形成了分块,从而减慢了系统的速度。对于带簇索引和非簇索引的表来说,非簇索引的关键字是指向簇索引的,而不是指向数据页的本身。

为了克服数据分块带来的负面影响,需要重构表的索引,这是非常费时的,因此只能在需要时进行。可以通过DBCC SHOWCONTIG来确定是否需要重构表的索引。下面举例来说明DBCC SHOWCONTIGDBCC REDBINDEX的使用方法。以SQL Server自带的northwind数据作为例子

  带开SQL ServerQuery analyzer输入命令:

use northwind

declare @table_id int

set @table_id=object_id('orders')

dbcc showcontig(@table_id)

这个命令显示northwind数据库中的orders表的分块情况,结果如下:

 

 

 

DBCC SHOWCONTIG scanning 'Orders' table...

Table: 'Orders' (21575115); index ID: 1, database ID: 6

TABLE level scan performed.

- Pages Scanned................................: 20

- Extents Scanned..............................: 5

- Extent Switches..............................: 4

- Avg. Pages per Extent........................: 4.0

- Scan Density [Best Count:Actual Count].......: 60.00% [3:5]

- Logical Scan Fragmentation ..................: 0.00%

- Extent Scan Fragmentation ...................: 40.00%

- Avg. Bytes Free per Page.....................: 146.5

- Avg. Page Density (full).....................: 98.19%

DBCC execution completed. If DBCC printed error messages, contact your system administrator.

通过分析这些结果可以知道该表的索引是否需要重构。表1.1描述了每一行的意义

 

 

 

 

 

 

 

<?xml:namespace prefix = v ns = "urn:schemas-microsoft-com:vml" /> 信息                          描述

Pages Scanned                    表或索引中的长页数

Extents Scanned                               表或索引中的长区页数

Extent Switches                                DBCC遍历页时从一个区域到另

一个区域的次数

Avg. Pages per Extent                       相关区域中的页数

Scan Density                                    Best Count是连续链接时的理想区

[Best Count:Actual Count]                域改变数,Actual Count是实际区

域改变数,Scan Density100%

表示没有分块。

Logical Scan Fragmentation            扫描索引页中失序页的百分比

Extent Scan Fragmentation               不实际相邻和包含链路中所有链

接页的区域数

Avg. Bytes Free per Page                  扫描页面中平均自由字节数

Avg. Page Density (full)                     平均页密度,表示页有多满

 

从上面命令的执行结果可以看的出来,Best count3 Actual Count5这表明orders表有分块需要重构表索引。下面通过DBCC DBREINDEX来重构表的簇索引。

同样在Query Analyzer中输入命令:

use northwind

dbcc dbreindex('northwind.dbo.orders',pk_orders,90)

执行结果:

DBCC execution completed. If DBCC printed error messages, contact your system administrator.

Dbcc dbreindex参数说明:第一个参数为要重构的表明。第二个参数为需要重构的索引表识,‘’表示所有的索引。第三个参数为页的填充因子,填充因子越大,页越满。

然后再用DBCC SHOWCONTIG查看重构簇索引后的结果:

use northwind

declare @table_id int

set @table_id=object_id('orders')

dbcc showcontig(@table_id)

返回结果如下:

DBCC SHOWCONTIG scanning 'Orders' table...

Table: 'Orders' (21575115); index ID: 1, database ID: 6

TABLE level scan performed.

- Pages Scanned................................: 22

- Extents Scanned..............................: 3

- Extent Switches..............................: 2

- Avg. Pages per Extent........................: 7.3

- Scan Density [Best Count:Actual Count].......: 100.00% [3:3]

- Logical Scan Fragmentation ..................: 0.00%

- Extent Scan Fragmentation ...................: 33.33%

- Avg. Bytes Free per Page.....................: 869.2

- Avg. Page Density (full).....................: 89.26%

DBCC execution completed. If DBCC printed error messages, contact your system administrator.

通过结果我们可以看到Scan Denity100%表没有分块不需要重构表索引了。如果重构表的簇索引Scan Denity还小于100%的话可以重构表的全部索引。命令如下:

--use northwind

--dbcc dbreindex('northwind.dbo.orders',’’,90)

 

使用作业定时重构索引:

 

如果你的数据库访问非常频繁的话,非常容易出现数据分块的现象,因此你可以利用作业来帮你在系统相对空闲的时候重构你的索引。

5种提高SQL性能的方法

五种提高 SQL 性能的方法 (http://topic.csdn.net/u/20080509/10/c9bee345-3f57-4632-a84d-1673b1e96bf8.html) 有...
  • qq_405930170
  • qq_405930170
  • 2015年04月16日 11:35
  • 1934

SQL Server性能优化详解

数据库性能优化详解   性能调节的目的是通过将网络流通、磁盘 I/O 和 CPU 时间减到最小,使每个查询的响应时间最短并最大限度地提高整个数据库服务器的吞吐量。为达到此目的,需要了解应用程序...
  • xiaoxu0123
  • xiaoxu0123
  • 2013年01月25日 14:46
  • 3882

【转】使用WITH AS提高性能简化嵌套SQL

一.WITH AS的含义 WITH AS短语,也叫做子查询部分(subquery factoring),可以让你做很多事情,定义一个SQL片断,该SQL片断会被整个SQL语句所用到。有的时...
  • mhl29
  • mhl29
  • 2016年08月18日 14:24
  • 618

提高SQL Server性能

如何提高SQL Server的性能 提供SQL Server性能总的来说有两种方式: 1、扩容,提高服务器性能,显著提高CPU、内存,解决磁盘I/O瓶颈。 2、优化应用程序 引起数据性能问题主要原因:...
  • kangkanglou
  • kangkanglou
  • 2016年12月02日 20:58
  • 881

MS SQL Server分析数据库的I/O性能

本文介绍了如何通过MS SQL Server提供的一些动态管理视图和函数分析磁盘I/O性能。...
  • dotnetstudio
  • dotnetstudio
  • 2014年05月21日 15:06
  • 2142

第四章——SQLServer2008-2012资源及性能监控(1)

性能优化的第一步是发现问题,而发现问题通常又有两类:突发问题的侦测和常规问题的侦测,对于常规问题的侦测,通常需要有一个长效的性能监控作为依据。   本系列文章介绍 服务器性能监控CPU使用率...
  • DBA_Huangzj
  • DBA_Huangzj
  • 2013年02月26日 17:44
  • 19634

大数据量下的SQL Server数据库自身优化

原文: http://www.d1net.com/bigdata/news/284983.html 1.1:增加次数据文件          从SQL SERVER 2005开始,数据库不...
  • ren6370
  • ren6370
  • 2017年06月25日 18:47
  • 262

通过非聚集索引让select count(*) from 的查询速度提高几十倍、甚至千倍

通过非聚集索引,可以显著提升count(*)查询的性能。 有的人可能会说,这个count(*)能用上索引吗,这个count(*)应该是通过表扫描来一个一个的统计,索引有用吗? 不错,一般的查询,如...
  • yupeigu
  • yupeigu
  • 2013年10月12日 15:21
  • 7748

提高MySQL效率与性能的技巧

今天,数据库的操作越来越成为整个应用的性能瓶颈了,这点对于Web应用尤其明显。关于数据库的性能,这并不只是DBA才需要担心的事,而这更是我们程序员需要去关注的事情。当我们去设计数据库表结构,对操作数据...
  • cdl123456
  • cdl123456
  • 2014年07月18日 17:08
  • 2580

SqlServer性能检测和优化工具使用详细

工具概要         如果你的数据库应用系统中,存在有大量表,视图,索引,触发器,函数,存储过程,sql语句等等,又性能低下,而苦逼的你又要对其优化,那么你该怎么办?哥教你,首先你要知道问题出在...
  • DCX903170332
  • DCX903170332
  • 2015年05月22日 15:36
  • 31205
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:如何提高SQL SERVER的性能
举报原因:
原因补充:

(最多只允许输入30个字)