如何提高SQLSERVER的性能

来源:互联网 发布:aix查看用户及数组 编辑:程序博客网 时间:2024/05/17 06:55
<script type="text/javascript"><!--google_ad_client = "pub-2947489232296736";/* 728x15, 创建于 08-4-23MSDN */google_ad_slot = "3624277373";google_ad_width = 728;google_ad_height = 15;//--></script><script type="text/javascript"src="http://pagead2.googlesyndication.com/pagead/show_ads.js"></script>
<script type="text/javascript"><!--google_ad_client = "pub-2947489232296736";/* 160x600, 创建于 08-4-23MSDN */google_ad_slot = "4367022601";google_ad_width = 160;google_ad_height = 600;//--></script><script type="text/javascript"src="http://pagead2.googlesyndication.com/pagead/show_ads.js"></script>
如何提高SQLSERVER性能

 

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

 

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

 

  索引的体系结构:

 

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

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

 带开SQLSERVER的Queryanalyzer输入命令:

usenorthwind

declare@table_idint

set@table_id=object_id('orders')

dbccshowcontig(@table_id)

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

 

 

 

DBCCSHOWCONTIGscanning'Orders'table...

Table:'Orders'(21575115);indexID:1,databaseID:6

TABLElevelscanperformed.

-PagesScanned................................:20

-ExtentsScanned..............................:5

-ExtentSwitches..............................:4

-Avg.PagesperExtent........................:4.0

-ScanDensity[BestCount:ActualCount].......:60.00%[3:5]

-LogicalScanFragmentation..................:0.00%

-ExtentScanFragmentation...................:40.00%

-Avg.BytesFreeperPage.....................:146.5

-Avg.PageDensity(full).....................:98.19%

DBCCexecutioncompleted.IfDBCCprintederrormessages,contactyoursystemadministrator.

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

 

 

 

 

 

 

 

 信息                         描述

PagesScanned                  表或索引中的长页数

ExtentsScanned                              表或索引中的长区页数1

<script type="text/javascript"><!--google_ad_client = "pub-2947489232296736";/* 728x15, 创建于 08-4-23MSDN */google_ad_slot = "3624277373";google_ad_width = 728;google_ad_height = 15;//--></script><script type="text/javascript"src="http://pagead2.googlesyndication.com/pagead/show_ads.js"></script>
<script type="text/javascript"><!--google_ad_client = "pub-2947489232296736";/* 160x600, 创建于 08-4-23MSDN */google_ad_slot = "4367022601";google_ad_width = 160;google_ad_height = 600;//--></script><script type="text/javascript"src="http://pagead2.googlesyndication.com/pagead/show_ads.js"></script>
原创粉丝点击