SQL Server高级进阶之索引碎片维护[亲测有效]

SQL Server高级进阶之索引碎片维护[亲测有效]一、产生原因及影响 索引是数据库引擎中针对表(有时候也针对视图)建立的特别数据结构,用来帮助查找和整理数据,它的重要性体现在能够使数据库引擎快速返回查询结果。当对索引所在的基础数据表进行增删改时,若存

SQL Server高级进阶之索引碎片维护

一、产生原因及影响

索引是数据库引擎中针对表(有时候也针对视图)建立的特别数据结构,用来帮助查找和整理数据,它的重要性体现在能够使数据库引擎快速返回查询结果。当对索引所在的基础数据表进行增删改时,若存储的数据进行了不适当的跨页(SQL Server中存储的最小单位是页,页是不可再分的),就会导致索引碎片的产生。随着索引碎片的不断增多,查询响应时间就会变慢,性能也因此而下降。要解决这个问题,可以通过重新生成或重新组织索引来解决。

二、碎片分类

2.1、外部碎片

当索引页不在逻辑顺序上时就会产生外部碎片。索引创建时,索引键按照逻辑顺序放在一组索引页上。当新数据插入索引时,新的键可能放在存在的键之间。为了让新的键按照正确的顺序插入,可能会创建新的索引页来存储需要移动的那些存在的键。这些新的索引页通常物理上不会和那些被移动的键原来所在的页相邻。创建新页的过程会引起索引页偏离逻辑顺序。

2.2、内部碎片

当索引页没有用到最大量时就产生了内部碎片。虽然在一个有频繁数据插入的应用程序里这也许有帮助,然而设置一个fill factor(填充因子)会在索引页上留下空间,服务器内部碎片会导致索引尺寸增加,从而在返回需要的数据时要执行额外的读操作。这些额外的读操作会降低查询的性能。

三、维护方法

1、删除索引并重建。

2、使用DROP_EXISTING语句重建索引。

3、使用ALTER INDEX REBUILD重新生成索引。(推荐)

4、使用ALTER INDEX REORGANIZE重新组织索引。(推荐)

四、注意事项

碎片率 采用方法
>30% ALTER INDEX REBUILD WITH(ONLINE = ON)
>5% 且 <=30% ALTER INDEX REORGANIZE

重新生成索引可以联机执行,也可以脱机执行。

重新组织索引始终联机执行。这些值提供了一个大致指导原则,用于确定应在ALTER INDEX REORGANIZE和ALTER INDEX REBUILD之间进行切换的点。不过,实际值可能会随情况而变化,必须要通过试验来确定最适合您环境的阈值。

非常低的碎片级别(小于5%)不应通过这些命令来解决,因为删除如此少量的碎片所获得的收益始终远低于重新生成或重新组织索引的开销。

切记:所有索引碎片维护一定要在凌晨(非业务高峰期间)进行!!!

五、优化指导原则

5.1、如何知道是否发生了索引碎片?

在SQL Server数据库中,可以通过DBCC SHOWCONTIG WITH ALL_INDEXESDBCC SHOWCONTIG(表ID或者表名) WITH ALL_INDEXES来检查索引碎片情况。

--方法一
--目标数据库
USE DB_NAME
--创建变量指定要查看的表
DECLARE @TABLE_ID INT
SET @TABLE_ID=OBJECT_ID("TABLE_NAME")
--执行
DBCC SHOWCONTIG(@TABLE_ID) WITH ALL_INDEXES

--方法二
USE DB_NAME
DBCC SHOWCONTIG("TABLE_NAME") WITH ALL_INDEXES

5.2、索引碎片判断标准

通过对逻辑扫描碎片(过高)、平均页密度(满)(过低)的结果分析,判定是否需要进行索引处理,如下所示:

逻辑扫描碎片 ………………:97.83% 该百分比应该在0%到10%之间,高了则说明有外部碎片。

平均页密度(满) ………………:62.42% 该百分比应该尽可能靠近100%,低了则说明有外部碎片。

SQL Server高级进阶之索引碎片维护[亲测有效]

六、优化实践

6.1、手动方式

第一步:查询数据库所有表的索引信息。

SELECT OBJECT_NAME(B.OBJECT_ID) 表名,B.NAME 索引名称,A.INDEX_TYPE_DESC 索引类型,
    ROUND(A.AVG_FRAGMENTATION_IN_PERCENT,2) 碎片率
FROM sys.dm_db_index_physical_stats(DB_ID(), NULL, NULL, NULL, NULL) A 
    INNER JOIN sys.indexes B ON A.OBJECT_ID=B.OBJECT_ID AND A.INDEX_ID=B.INDEX_ID
WHERE 1=1
    AND A.AVG_FRAGMENTATION_IN_PERCENT>30
    --AND A.AVG_FRAGMENTATION_IN_PERCENT>5 AND A.AVG_FRAGMENTATION_IN_PERCENT<=30
ORDER BY OBJECT_NAME(B.OBJECT_ID),A.AVG_FRAGMENTATION_IN_PERCENT DESC

注:通过碎片率,依四、注意事项处理方式,也可以逐个对表的索引进行对应的重新生成或重新组织处理。

SQL Server高级进阶之索引碎片维护[亲测有效]

第二步:生成数据库所有表的索引处理的SQL语句。

SELECT OBJECT_SCHEMA_NAME(B.OBJECT_ID) 架构,OBJECT_NAME(B.OBJECT_ID) 表名,B.NAME 索引名,ROUND(A.AVG_FRAGMENTATION_IN_PERCENT,2) 碎片率,
    CASE WHEN A.AVG_FRAGMENTATION_IN_PERCENT>30 THEN N"重新生成索引" ELSE N"重新组织索引" END 处理方式,
    "ALTER INDEX "+QUOTENAME(B.NAME)+" ON "+QUOTENAME(OBJECT_SCHEMA_NAME(B.OBJECT_ID))+"."+QUOTENAME(OBJECT_NAME(B.OBJECT_ID))+" "
        +CASE WHEN A.AVG_FRAGMENTATION_IN_PERCENT>30 THEN "REBUILD" ELSE "REORGANIZE" END 生成SQL语句
FROM sys.dm_db_index_physical_stats(DB_ID(),NULL,NULL,NULL,NULL) A INNER JOIN sys.indexes B ON A.OBJECT_ID=B.OBJECT_ID AND A.INDEX_ID=B.INDEX_ID
WHERE A.AVG_FRAGMENTATION_IN_PERCENT>5 AND B.INDEX_ID>0
    --AND OBJECT_NAME(B.OBJECT_ID) IN ("INVMB")    --指定表
ORDER BY CASE WHEN A.AVG_FRAGMENTATION_IN_PERCENT>30 THEN N"重新生成索引" ELSE N"重新组织索引" END,OBJECT_NAME(B.OBJECT_ID),B.INDEX_ID

注:将【生成SQL语句】拷贝出来执行即可。

6.2、自动方式

第一步:在服务中启动SQL Server 代理。

SQL Server高级进阶之索引碎片维护[亲测有效]

第二步:点击”管理”->右键”维护计划”->”新建维护计划”。

SQL Server高级进阶之索引碎片维护[亲测有效]

第三步:起个名字,点击”确定”。

SQL Server高级进阶之索引碎片维护[亲测有效]

第四步:点击左侧”工具箱”,将”重新生成索引”及”重新组织索引”拖至右边区域。

SQL Server高级进阶之索引碎片维护[亲测有效]

第五步:分别对着”重新生成索引”及”重新组织索引”点击右键->”编辑”->在”数据库”项勾选要处理的数据库->点击”确定”。

SQL Server高级进阶之索引碎片维护[亲测有效]

第六步:点击”新建作业计划”按钮->设置频率及执行时间->点击”确定”。

SQL Server高级进阶之索引碎片维护[亲测有效]

第七步:点击”保存选定项”即可。

SQL Server高级进阶之索引碎片维护[亲测有效]

七、更新统计信息

作用:UPDATE STATISTICS更新统计信息来提高查询效率。建议放在索引碎片计划任务执行完成之后进行。

查看:查看某个表的统计信息,可以在SSMS下面查看。

SQL Server高级进阶之索引碎片维护[亲测有效]

执行:

--方法一:UPDATE STATISTICS 表名
UPDATE STATISTICS INVMB

--方法二:执行存储过程SP_UPDATESTATS(更新所有表)
EXEC sp_updatestats

 

后记:建议不要过于频繁地执行重新生成、重新组织索引以及更新统计信息。另外需要补充的是,非常低数据量与非常低碎片级别一样,通过这些命令来解决,效果甚微。

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
转载请注明出处: https://daima100.com/5819.html

(0)
上一篇 2023-04-23
下一篇 2023-04-23

相关推荐

  • Linux卸载Python教程

    Linux卸载Python教程Python是一种常用的编程语言,但是在某些情况下,您可能需要在Linux系统中卸载它。问题是,即使您使用Linux系统,也可能会遇到一些阻止您完全卸载Python的问题。本文将向您展示如何在Linux系统中轻松卸载Python,以及如何解决可能遇到的一些问题。

    2024-08-22
    34
  • MySQL常用性能分析命令[亲测有效]

    MySQL常用性能分析命令[亲测有效]show version(); show engines; show variables like 'innodb_buffer_pool_size';#缓存池大小 show v…

    2023-03-31
    184
  • 数据库分库分表之后,你是如何解决事务问题?[通俗易懂]

    数据库分库分表之后,你是如何解决事务问题?[通俗易懂]我们需要接受失望,因为它是有限的;我们不会失去希望,因为它是无穷的。 一、概述 随着时间和业务的发展,数据库中表的数据量会越来越大,相应地,数据操作,增删改查的开销也会越来越大。因此,把其中一些大表进

    2023-03-18
    145
  • Python列表去重

    Python列表去重在Python编程中,我们经常需要处理数据列表。但是,有时同一个数据会被重复添加进入列表,这会影响我们对数据的处理和分析。因此,去重是很常见的需求。Python中提供了多种方法来实现列表去重,本文将为您详细介绍Python列表去重的几种方法。

    2024-06-16
    52
  • MySQL优化–概述以及索引优化分析

    MySQL优化–概述以及索引优化分析一、MySQL概述 1.1、MySQL文件含义 通过如下命令查看 show variables like ‘%dir%’; MySQL文件位置及含义 名称 值 备注 basedir /usr/ 安装…

    2023-03-30
    157
  • MySQL学习——管理用户权限

    MySQL学习——管理用户权限本文主要学习了使用DCL语句管理用户权限的方法。

    2022-12-18
    149
  • 分布式 | dble 中分布式时间戳方式的全局序列

    分布式 | dble 中分布式时间戳方式的全局序列作者:吴金玲 爱可生 dble 项目团队成员,主要负责 dble 相关的日常测试工作,擅长对 dble 中出现的问题进行排查。热爱测试工作,余生欲将测试工作进行到底。 本文来源:原创投稿 *爱可生开…

    2023-03-07
    146
  • insert into 大量数据_insert select 太慢

    insert into 大量数据_insert select 太慢问题: MySQL 一次 insert 刷几次盘? 实验: 工具:pt-tools 先检查各个刷盘参数 2. 开启 pt-tools! 3. 在 MySQL 中,任意表插入一行 4. 观察 pt-i…

    2023-02-01
    187

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注