zoukankan      html  css  js  c++  java
  • SQL Server 数据库的整理优化的基本过程(三)

    SQL Server 数据库的整理优化的基本过程(三)

    高建刚

     

    第二节 索引

     

    第三节 索引的维护

     

        数据库在进行数据的insert、update、delete时,引擎都会自动维护索引。随着时间的积累,这些操作会造成数据的不连续,即产生了索引的碎片,随着碎片的产生,从而降低了查询的性能,反映到前台程序中,就是用户体验效果差,整个系统运行速度慢。当这种情况出现时,我们就需要利用创建索引或重新组织索引来对索引进行维护,至于具体采用什么方式,需要结合索引产生碎片的严重程度。

        在此,需要提出的是,在SQL Server2005的DDL对维护索引增加了更丰富的语句,而以前的版本往往需要DBCC来处理,不仅仅理解起来比较费劲,更多的是不能从原理上来分析具体的原因。

        首先,让我们来看看如何查找数据不连续造成的索引碎片。

        数据的不连续主要分两种,一种是内部数据存储页的不连续,许多的空间没有记录数据;另一种是外部的硬盘存放数据的分页与范围不一致,即索引或数据表散落在多个范围中,或存放索引或数据表的分页不是连续的放在一起的,当然也有的情况是数据顺序与实例在硬盘存放的分页顺序不同,导致的硬盘读取没有效率,读出后数据还需要重新组织,重新整理。

        那么通过什么方式来查看索引的不连续程度哪?微软为我们提供了DBCC SHOWCOMFIG指示符,通过帮助我们发现其用法其实不是很复杂,而结果的表述也很容易理解。



    DBCC SHOWCONTIG 
    [ ( 
        { table_name | table_id | view_name | view_id } 
        [ ,index_name | index_id ] 
    ) ] 
        [ WITH 
            { 
             [ , [ ALL_INDEXES ] ] 
             [ , [ TABLERESULTS ] ] 
             [ , [ FAST ] ]
             [ , [ ALL_LEVELS ] ] 
             [ NO_INFOMSGS ]
             }
        ]
    下班用例子来查看此指示符所呈现的数据:
  • 相关阅读:
    配置secondarynamenode主机名masters
    配置secondarynamenode主机名masters
    Redis 数据备份与恢复
    Redis 数据备份与恢复
    以太坊:Go、Java、Python、Ruby、JS客户端介绍
    以太坊:创建安全多签名钱包及高级设置
    以太坊:导入预售钱包,更新、备份、恢复账号
    以太坊客户端的选择与安装
    以太坊:C++客户端的安装与定制(一)
    2019最受欢迎数据库:MySQL居首PostgreSQL第二Oracle位列第八
  • 原文地址:https://www.cnblogs.com/Gaojier/p/2783525.html
Copyright © 2011-2022 走看看