若何提高SQLSERVER的性能[MSSQL防范]
本文“若何提高SQLSERVER的性能[MSSQL防范]”是由七道奇为您精心收集，来源于网络转载，文章版权归文章作者所有，本站不对其观点以及内容做任何评价，请读者自行判断，以下是其具体内容：
若何提高sql server的性能
第一篇:通过保护表的索引来提高数据的拜候速度
大大都SQL Server表需求索引来提高数据的拜候速度,假如没有索引,SQL Server要举行表格扫描读取表中的每一个记录才能找到索要的数据.索引可以分为簇索引和非簇索引,簇索引通太重排表中的数据来提高数据的拜候速度,而非簇索引则通过保护表中的数据指针来提高数据的索引.
索引的体系构造:
为什么要不断的保护表的索引?首先,简单介绍一下索引的体系构造.SQL Server在硬盘顶用8KB页面在数据库文件内存放数据.缺省情形下这些页面及其包含的数据是无组织的.为了使混乱变成有序,就要生成索引.生成索引后,就有了索引页和数据页,数据页保存用户写入的数据信息.索引页存放用于检索列的数据值清单（关键字）和索引表中该值所在记录的地址指针.索引分为簇索引和非簇索引,簇索引实质上是将表中的数据排序,就仿佛是字典的索引目录.非簇索引不对数据排序,它只保存了数据的指针地址.向一个带簇索引的表中插入数据,当数据页到达100%时,由于页面没有空间插入新的的记录,这时就会发生分页,SQL Server 将大约一半的数据从满页中移到空页中,从而生成两个半的满页.这样就有大量的数据空间.簇索引是双向链表,在每一页的头部保存了前一页、后一页地址以及分页后数据移动的地址,由于新页大概在数据库文件中的任何地方,因此页面的链接不一定指向磁盘的下一个物理页,链接大概指向了另一个区域,这就形成了分块,从而减慢了系统的速度.关于带簇索引和非簇索引的表来说,非簇索引的关键字是指向簇索引的,而不是指向数据页的本身.
为了降服数据分块带来的负面影响,需求重构表的索引,这是非常费时的,因此只能在需求时举行.可以通过DBCC SHOWCONTIG来肯定能否需求重构表的索引.下面举例来阐明DBCC SHOWCONTIG和DBCC REDBINDEX的利用办法.以SQL Server自带的northwind数据作为例子
带开SQL Server的Query 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描写了每一行的意义
Extents Scanned 表或索引中的长区页数
Extent Switches DBCC遍历页时从一个区域到另
一个区域的次数
Avg. Pages per Extent 相关区域中的页数
Scan Density Best Count是持续链接时的抱负区
[Best Count:Actual Count] 域改变数,Actual Count是实际区
域改变数,Scan Density为100%
表示没有分块.
Logical Scan Fragmentation 扫描索引页中失序页的百分比
Extent Scan Fragmentation 不实际相邻和包含链路中全部链
接页的区域数
Avg. Bytes Free per Page 扫描页面中平均安闲字节数
Avg. Page Density (full) 平均页密度,表示页有多满
从上面号令的履行后果可以看的出来,Best count为3 而Actual Count为5这表明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 Denity为100%表没有分块不需求重构表索引了.假如重构表的簇索引Scan Denity还小于100%的话可以重构表的全部索引.号令以下:
--use northwind
--dbcc dbreindex('northwind.dbo.orders',’’,90)
利用功课按时重构索引:
假如你的数据库拜候非常频繁的话,非常简单呈现数据分块的现象,因此你可以操纵功课来帮你在系统相对闲暇的时刻重构你的索引.
| 本文地址： | 与您的QQ/BBS好友分享! |
- 好的评价 如果您觉得此文章好，就请您
0%(0) 
- 差的评价 如果您觉得此文章差，就请您
0%(0) 
中查找“若何提高SQLSERVER的性能”更多相关内容
中查找“若何提高SQLSERVER的性能”更多相关内容