数据库索引设计与优化

1.什么是索引

在数据库中,索引的含义与日常意义上的“索引”一词并无多大区别(想想小时候查字典),它是用于提高数据库表数据访问速度的数据库对象。
A)索引可以避免全表扫描。多数查询可以仅扫描少量索引页及数据页,而不是遍历所有数据页。
B)对于非聚集索引,有些查询甚至可以不访问数据页。
C)聚集索引可以避免数据插入操作集中于表的最后一个数据页。
D)一些情况下,索引还可用于避免排序操作。

 

当然,众所周知,虽然索引可以提高查询速度,但是它们也会导致数据库系统更新数据的性能下降,因为大部分数据更新需要同时更新索引。

例如这样一个查询:select * from table1 where id=44。如果没有索引,必须遍历整个表,直到ID等于44的这一行被找到为止;有了索引之后(必须是在ID这一列上建立的索引),直接在索引里面找44(也就是在ID这一列找),就可以得知这一行的位置,也就是找到了这一行。可见,索引是用来定位的。

2.索引的存储

一条索引记录中包含的基本信息包括:键值(即你定义索引时指定的所有字段的值)+逻辑指针(指向数据页或者另一索引页)。

  

当你为一张空表创建索引时,数据库系统将为你分配一个索引页,该索引页在你插入数据前一直是空的。此页此时既是根结点,也是叶结点。每当你往表中插入一行数据,数据库系统即向此根结点中插入一行索引记录。当根结点满时,数据库系统大抵按以下步骤进行分裂:
A)创建两个儿子结点
B)将原根结点中的数据近似地拆成两半,分别写入新的两个儿子结点
C)根结点中加上指向两个儿子结点的指针

 

通常状况下,由于索引记录仅包含索引字段值(以及4-9字节的指针),索引实体比真实的数据行要小许多,索引页相较数据页来说要密集许多。一个索引页可以存储数量更多的索引记录,这意味着在索引中查找时在I/O上占很大的优势,理解这一点有助于从本质上了解使用索引的优势。

3.索引的类型


A)  唯一索引:唯一索引不允许两行具有相同索引值

B) 主键索引:定义一个主键将自动创建主键索引,主键索引是唯一索引的特殊类型.要求每个值唯一的,并且不能为空。

C)聚集索引,表数据按照索引的顺序来存储的。对于聚集索引,叶子结点即存储了真实的数据行,不再有另外单独的数据页,每个表只能一个

D)非聚集索引,表数据存储顺序与索引顺序无关。对于非聚集索引,数据存储在一个位置,索引存储在另一个位置,索引中包含指向数据存储位置的指针。

 

4. 索引创建语法

crate [unique](唯一) [clustered](聚集) [nonclustered] index  索引名称 on 表名(列名)

 

注:以上[]中的值根据需要选择一个

 

5.索引删除语法

drop index 表名.索引名

sysindexes:系统索引表

 

6.索引优缺点

 优点: 创建索引可以大大提高系统的性能。
    1):通过创建唯一性索引,可以保证数据库表中每一行数据的唯一性。
    2):可以大大加快数据的检索速度,这也是创建索引的最主要的原因。
    3):可以加速表和表之间的连接,特别是在实现数据的参考完整性方面特别有意义。
    4):在使用分组和排序子句进行数据检索时,同样可以显著减少查询中分组和排序的时间。
    5):通过使用索引,可以在查询的过程中,使用优化隐藏器,提高系统的性能。


 缺点: 1):创建索引和维护索引要耗费时间,这种时间随着数据量的增加而增加。
    2):索引需要占物理空间,除了数据表占数据空间之外,每一个索引还要占一定的物理空间,如果要建立聚簇索引,那么需要的空间就会更大。
    3):当对表中的数据进行增加、删除和修改的时候,索引也要动态的维护,这样就降低了数据的维护速度。

 

7.在哪建索引

  索引是建立在数据库表中的某些列的上面。在创建索引的时候,应该考虑在哪些列上可以创建索引,在哪些列上不能创建索引。

  一般来说,应该在这些列上创建索引:
  1):在经常需要搜索的列上,可以加快搜索的速度;
  2):在作为主键的列上,强制该列的唯一性和组织表中数据的排列结构;
  3):在经常用在连接的列上,这些列主要是一些外键,可以加快连接的速度;在经常需要根据范围进行搜索的列上创建索引,因为索引已经排序,其指定的范围是连续的;
  4):在经常需要排序的列上创建索引,因为索引已经排序,这样查询可以利用索引的排序,加快排序查询时间;
  5):在经常使用在WHERE子句中的列上面创建索引,加快条件的判断速度。


  同样,对于有些列不应该创建索引。一般来说,不应该创建索引的的这些列具有下列特点:
  1):对于那些在查询中很少使用或者参考的列不应该创建索引。这是因为,既然这些列很少使用到,因此有索引或者无索引,并不能提高查询速度。

   相反,由于增加了索引,反而降低了系统的维护速度和增大了空间需求。
  2):对于那些只有很少数据值的列也不应该增加索引。这是因为,由于这些列的取值很少,例如人事表的性别列,在查询的结果中,结果集的数据行占了表中数据行的很大比例,

   即需要在表中搜索的数据行的比例很大。增加索引,并不能明显加快检索速度。
  3):对于那些定义为text, image和bit数据类型的列不应该增加索引。这是因为,这些列的数据量要么相当大,要么取值很少,不利于使用索引。
  4):当修改性能远远大于检索性能时,不应该创建索引。这是因为,修改性能和检索性能是互相矛盾的。当增加索引时,会提高检索性能,但是会降低修改性能。

    当减少索引时,会提高修改性能,降低检索性能。因此,当修改操作远远多于检索操作时,不应该创建索引。


使用索引的场景:

  1. 当数据多且字段值有相同的值得时候用普通索引。

  2. 当字段多且字段值没有重复的时候用唯一索引。

  3. 当有多个字段名都经常被查询的话用复合索引。

  4. 普通索引不支持空值,唯一索引支持空值。

  5. 但是,若是这张表增删改多而查询较少的话,就不要创建索引了,因为如果你给一列创建了索引,那么对该列进行增删改的时候,都会先访问这一列的索引,

  6. 若是增,则在这一列的索引内以新填入的这个字段名的值为名创建索引的子集,

  7. 若是改,则会把原来的删掉,再添入一个以这个字段名的新值为名创建索引的子集,

  8. 若是删,则会把索引中以这个字段为名的索引的子集删掉。

  9. 所以,会对增删改的执行减缓速度,

  10. 所以,若是这张表增删改多而查询较少的话,就不要创建索引了。

  11. 更新太频繁地字段不适合创建索引。

  12. 不会出现在where条件中的字段不该建立索引。


  • 2
    点赞
  • 7
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 3
    评论
第 1 页 共 19 页 1 引言 1.1 编写目的 一个系统的性能的提高,不单单是试运行或者维护阶段的性能调优的任务,也不单单是开发阶段的事情,而是在整个 软件生命周期都需要注意, 进行有效工作才能达到的。 所以我希望按照软件生命周期的不同阶段来总结数据库性能优化相关 的注意事项。 1.2 分析阶段 一 般来说,在系统分析阶段往往有太多需要关注的地方,系统各种功能性、可用性、可靠性、安全性需求往往吸引 了我们大部分的注意力,但是,我们必须注意,性能 是很重要的非功能性需求,必须根据系统的特点确定其实时性需求、 响应时间的需求、硬件的配置等。最好能有各种需求的量化的指标。 另一方面,在分析阶段应该根据各种需求区分出系统的类型,大的方面,区分是 OLTP(联机事务处理系统)和 OLAP (联机分析处理系统) 。 1.3 设计阶段 设计阶段可以说是以后系统性能的关键阶段, 在这个阶段, 有一个关系到以后几乎所有性能调优的过程—数据库设计。 在数据库设计完成后,可以进行初步的索引设计,好的索引设计可以指导编码阶段写出高效率的代码,为整个系统的 性能打下良好的基础。 以下是性能要求设计阶段需要注意的: 1.3.1 数据库逻辑设计的规范化 数据库逻辑设计的规范化就是我们一般所说的范式,我们可以这样来简单理解范式: 第 1 规范:没有重复的组或多值的列,这是数据库设计的最低要求。 第 2 规范 每个非关键字段必须依赖于主关键字,不能依赖于一个组合式主关键字的某些组成部分。消除部分依赖,大 部分情况下,数据库设计都应该达到第二范式。 第 3 规范 一个非关键字段不能依赖于另一个非关键字段。 消除传递依赖, 达到第三范式应该是系统中大部分表的要求, 除非一些特殊作用的表。 更高的范式要求这里就不再作介绍了,个人认为,如果全部达到第二范式,大部分达到第三范式,系统会产生较少的 列和较多的表,因而减少了数据冗余,也利于性能的提高。 1.3.2 合理的冗余 完全按照规范化设计的系统几乎是不可能的,除非系统特别的小,在规范化设计后,有计划地加入冗余是必要的。 冗余可以是冗余数据库、冗余表或者冗余字段,不同粒度的冗余可以起到不同的作用。 冗余可以是为了编程方便而增加,也可以是为了性能的提高而增加。从性能角度来说,冗余数据库可以分散数据库压 力,冗余表可以分散数据量大的表的并发压力,也可以加快特殊查询的速度,冗余字段可以有效减少数据库表的连接, 提高效率。 1.3.3 主键的设计 主键是必要的,SQL SERVER 的主键同时是一个唯一索引,而且在实际应用中,我们往往选择最小的键组合作为主键, 第 2 页 共 19 页 所以主键往往适合作为表的聚集索引。聚集索引对查询的影响是比较大的,这个在下面索引的叙述。 在有多个键的表,主键的选择也比较重要,一般选择总的长度小的键,小的键的比较速度快,同时小的键可以使主键 的 B 树结构的层次更少。 主键的选择还要注意组合主键的字段次序,对于组合主键来说,不同的字段次序的主键的性能差别可能会很大,一般 应该选择重复率低、单独或者组合查询可能性大的字段放在前面。 1.3.4 外键的设计 外键作为数据库对象,很多人认为麻烦而不用,实际上,外键在大部分情况下是很有用的,理由是: 外键是最高效的一致性维护方法,数据库的一致性要求,依次可以用外键、CHECK 约束、规则约束、触发器、客 户端程序,一般认为,离数据越近的方法效率越高。 谨慎使用级联删除和级联更新,级联删除和级联更新作为 SQL SERVER 2000 当年的新功能,在 2005 作 了保留, 应该有其可用之处。我这里说的谨慎,是因为级联删除和级联更新有些突破了传统的关于外键的定义,功能有点 太过强大,使用前必须确定自己已经把握好 其功能范围,否则,级联删除和级联更新可能让你的数据莫名其妙 的被修改或者丢失。从性能看级联删除和级联更新是比其他方法更高效的方法。 1.3.5 字段的设计 字段是数据库最基本的单位,其设计对性能的影响是很大的。需要注意如下: 数据类型尽量用数字型,数字型的比较比字符型的快很多。 数据类型尽量小,这里的尽量小是指在满足可以预见的未来需求的前提下的。 尽量不要允许 NULL,除非必要,可以用 NOT NULL+DEFAULT 代替。 少用 TEXT 和 IMAGE,二进制字段的读写是比较慢的,而且,读取的方法也不多,大部分情况下最好不用。 自增字段要慎用,不利于数据迁移。 1.3.6 数据库物理存储和环境的设计设计阶段,可以对数据库的物理存储、操作系统环境、网络环境进行必要的设计,使得我们的系统在将来能适应比 较多的用户并发和比较大的数据量。 这里需要注意文件组的作用,适用文件组可以有效把 IO 操作分散到不同的物理硬盘,提高并发能力。
数据库索引设计优化数据库管理方面的一项重要工作,其目的是提高数据库的查询效率和数据的访问速度。在进行索引设计优化时,需要考虑以下几个方面的内容。 首先,需要合理选择索引字段。索引字段应当是频繁用于查询和筛选的字段,例如经常用于 WHERE 条件、JOIN 操作或者排序的字段。避免对稀疏字段和重复数据列进行索引,这会导致索引的冗余和浪费。 其次,需要考虑索引的类型。常见的索引类型包括主键索引、唯一索引、聚簇索引和非聚簇索引等。在设计索引时,需要根据具体的业务需求和数据库的特点选择合适的索引类型。一个表可以有多个索引,但是需要权衡索引对写操作的影响和占用的存储空间。 另外,需要注意索引的长度。过长的索引长度会导致占用更多的存储空间,而过短的索引长度又会导致索引效果不明显。根据实际情况,可以调整索引的长度,为数据库的查询操作提供更好的性能。 还需要注意索引的排序规则。索引的排序规则对于字母和数字的比较有影响,需要根据具体的数据类型和业务需求选择合适的排序规则。 此外,还可以通过定期进行数据库的性能优化索引的重建来提高查询效率。定期监控数据库的性能指标,如响应时间、查询频率等,及时调整索引优化数据库设计,以适应实际业务的需求。 综上所述,数据库索引设计优化是提高数据库查询效率和数据访问速度的重要手段,需要根据具体的业务需求和数据库特点,选择合适的索引字段、类型、长度和排序规则,并定期进行性能优化索引重建,以提高数据库的性能。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

w_iceh

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值