Mysql高级篇(中)——索引介绍

2024-09-08 13:28

本文主要是介绍Mysql高级篇(中)——索引介绍,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

Mysql高级篇(中)——索引介绍

  • 一、索引本质
  • 二、索引优缺点
  • 三、索引分类
    • (1)按数据结构分类
    • (2)按功能分类
    • (3) 按存储引擎分类
    • (4) 按存储方式分类
    • (5) 按使用方式分类
  • 四、 索引基本语法
    • (1)创建索引
    • (2)查看索引
    • (3)删除索引
    • (4)ALTER 关键字创建/删除索引
  • 五、适合创建索引的情况
    • 思考题
  • 六、不适合创建索引的情况

一、索引本质

索引本质一种数据结构,它用于加速数据库的查询操作。通过组织和存储数据的方式,索引可以让数据库更高效地查找和检索数据,而不需要逐行扫描整个表。可以理解为 排好序的快速查找结构

二、索引优缺点

优点缺点
提高查询速度,减少数据检索的时间占用额外的磁盘空间
通过索引可以 加快排序操作增加了数据写入的开销,插入、更新、删除操作需要额外时间维护索引
支持快速的随机读取和范围查询如果创建过多的索引,可能导致索引失效或查询优化器选择不当的索引
对于表连接操作,可以显著提升JOIN性能对小表或者数据量较少的场景,索引带来的性能提升有限
能够通过 唯一索引保证数据的唯一性维护多个索引的开销较大,影响性能
索引可以 减少磁盘I/O操作,提升系统效率索引失效会导致全表扫描,反而降低查询性能
在大型数据集上查询时可以显著减少响应时间频繁变动的大型表,索引维护成本较高

三、索引分类

(1)按数据结构分类

在这里插入图片描述

(2)按功能分类

在这里插入图片描述

(3) 按存储引擎分类

在这里插入图片描述

(4) 按存储方式分类

在这里插入图片描述

(5) 按使用方式分类

在这里插入图片描述

四、 索引基本语法

(1)创建索引

创建 普通索引

CREATE INDEX index_name ON table_name (column1, column2, ...);-- 示例
CREATE INDEX idx_user_name ON users (name);

创建 唯一索引

CREATE UNIQUE INDEX index_name ON table_name (column1, column2, ...);-- 示例
CREATE UNIQUE INDEX idx_email_unique ON users (email);

创建 组合索引

CREATE INDEX index_name ON table_name (column1, column2, ...);-- 示例
CREATE INDEX idx_name_age ON users (name, age);

创建 全文索引

CREATE FULLTEXT INDEX index_name ON table_name (column1, column2, ...);-- 示例
CREATE FULLTEXT INDEX idx_content_fulltext ON articles (content);

创建表时定义索引 :

-- 在创建表时添加索引: 可以在 CREATE TABLE 语句中直接定义索引
CREATE TABLE table_name (column1 datatype,column2 datatype,...INDEX index_name (column1),UNIQUE INDEX unique_index_name (column2),FULLTEXT INDEX fulltext_index_name (column3)
);-- 示例
CREATE TABLE users (id INT AUTO_INCREMENT PRIMARY KEY,name VARCHAR(255),email VARCHAR(255),INDEX idx_name (name),UNIQUE INDEX idx_email_unique (email)
);

(2)查看索引

查看 表中索引:

SHOW INDEX FROM table_name;-- 示例
SHOW INDEX FROM users;

(3)删除索引

删除 表中索引:

DROP INDEX index_name ON table_name;-- 示例
DROP INDEX idx_user_name ON users;

(4)ALTER 关键字创建/删除索引

创建 普通索引

ALTER TABLE table_name ADD INDEX index_name (column1, column2, ...);-- 示例
ALTER TABLE users ADD INDEX idx_name (name);

创建 唯一索引

ALTER TABLE table_name ADD UNIQUE index_name (column1);-- 示例
ALTER TABLE users ADD UNIQUE idx_email (email);

创建 组合索引

ALTER TABLE table_name ADD INDEX index_name (column1, column2, ...);-- 示例
ALTER TABLE users ADD INDEX idx_name_age (name, age);

创建 全文索引

ALTER TABLE table_name ADD FULLTEXT index_name (column1);-- 示例
ALTER TABLE articles ADD FULLTEXT idx_content_fulltext (content);

删除索引

ALTER TABLE table_name DROP INDEX index_name;-- 示例
ALTER TABLE users DROP INDEX idx_name;

总结: 没有直接修改索引的SQL语句,如果要修改索引,必须先删除,再新增

五、适合创建索引的情况

  1. 数据库默认为 主键唯一键建立索引
  2. 频繁作为查询条件的字段 适合创建索引
  • 如果 某个字段经常出现在 SELECT 查询的 WHERE 子句中,或者常用于过滤数据,这种情况非常适合创建索引。索引可以显著减少查询时的扫描行数,从而提高查询速度。
  1. 需要 排序或分组的字段
  • 某个字段经常出现在 ORDER BYGROUP BY 子句中时,可以为其创建索引以优化排序或分组的效率。索引可以帮助数据库在查询时更快地找到排序所需的数据,而不是全表扫描后再排序。
  1. 外键字段
  • 外键字段用于关联不同表之间的数据。在外键字段上创建索引可以加速联表查询(JOIN操作) ,使数据之间的关联操作更加高效。

  • 示例:订单表中有 customer_id 字段,该字段是用户表 user_id外键。在 customer_id 字段上创建索引有助于快速获取用户订单。
  1. 组合查询条件
  • 如果查询时经常需要基于多个条件进行过滤,可以为多个字段创建组合索引。组合索引在多字段查询中能够大幅减少全表扫描,提高查询效率。组合索引要由于单值索引

  • 示例:电商订单表中,用户可能经常按 customer_idorder_date 两个字段查询用户的历史订单记录。为 customer_id order_date 创建组合索引可以加快查询。
  1. 大数据量的表

当表中的 数据量非常大 时,查询速度可能会下降,索引可以有效减少查询扫描的行数,从而提高性能。

总结:索引主要用于加速查询,特别是频繁进行查询、排序、过滤的大数据表中,或在高选择性、多条件组合的查询情况下。适当创建索引不仅可以提高查询性能,还能保证数据的完整性和一致性(如主键和唯一键)。

思考题

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

六、不适合创建索引的情况

  1. 小数据量的表

如果表的数据量非常小全表扫描的速度可能比使用索引更快,因为使用索引还需要额外的跳转操作。对于小表而言,索引反而会增加存储开销和查询复杂度,而不会明显提升性能。

  1. 频繁更新插入删除数据的字段或表

索引会随着数据的变化而更新,特别是在 INSERTUPDATEDELETE 操作时,索引的维护会增加额外的性能开销。如果某个表的字段数据经常发生更新或插入操作,索引的维护成本可能会超过其带来的查询优化效果。


如果表经常被大批量地更新或删除记录,索引的维护代价会非常高,影响整体性能。在这种场景下,不适合创建索引。

  • 示例:
    定期批量删除的历史记录表,频繁的批量操作会导致索引频繁调整,带来额外的开销。
  1. 包含大量重复数据的字段

索引对于高重复值的字段无效,因为索引无法有效减少数据扫描。例如,某个字段中80%的记录都具有相同的值,索引无法通过选择性有效过滤记录。

  • 示例:
    一个商品表中的 status字段,只有“在售”和“下架”两种状态值。这个字段具有高重复性索引在过滤时无法发挥其应有的作用

    性别字段(仅有“”和“”两种值)或布尔值字段(例如 is_active),索引的选择性低,不适合创建索引
  1. 频繁变动的无序数据

无序且频繁变动的数据(例如自动生成的随机数时间戳)不适合创建索引,因为每次数据插入或更新时都需要重新排列和维护索引,导致性能下降

  • 示例:
    系统日志表中的时间戳字段,如果频繁插入新日志且要求以时间顺序排列,那么在timestamp 字段上创建索引会导致插入时的额外开销
  1. 查询字段很少使用

如果某个字段很少用于查询或过滤操作,即使创建了索引,也无法得到明显的性能提升,反而会增加不必要的存储和维护开销

  • 示例:
    员工表中的 profile_description 字段很少用于查询,如果为其创建索引,可能会带来不必要的索引维护负担,而查询效率不会有显著改善。

总结,不适合创建索引的情况主要涉及频繁的写操作低选择性大量重复值的字段小数据量的表大范围查询。创建不必要的索引不仅不会提升性能,反而会增加维护成本、占用存储空间,并可能导致整体性能下降。合理地选择需要索引的字段非常关键,以避免负面影响。

这篇关于Mysql高级篇(中)——索引介绍的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1148232

相关文章

SQL中的外键约束

外键约束用于表示两张表中的指标连接关系。外键约束的作用主要有以下三点: 1.确保子表中的某个字段(外键)只能引用父表中的有效记录2.主表中的列被删除时,子表中的关联列也会被删除3.主表中的列更新时,子表中的关联元素也会被更新 子表中的元素指向主表 以下是一个外键约束的实例展示

基于MySQL Binlog的Elasticsearch数据同步实践

一、为什么要做 随着马蜂窝的逐渐发展,我们的业务数据越来越多,单纯使用 MySQL 已经不能满足我们的数据查询需求,例如对于商品、订单等数据的多维度检索。 使用 Elasticsearch 存储业务数据可以很好的解决我们业务中的搜索需求。而数据进行异构存储后,随之而来的就是数据同步的问题。 二、现有方法及问题 对于数据同步,我们目前的解决方案是建立数据中间表。把需要检索的业务数据,统一放到一张M

如何去写一手好SQL

MySQL性能 最大数据量 抛开数据量和并发数,谈性能都是耍流氓。MySQL没有限制单表最大记录数,它取决于操作系统对文件大小的限制。 《阿里巴巴Java开发手册》提出单表行数超过500万行或者单表容量超过2GB,才推荐分库分表。性能由综合因素决定,抛开业务复杂度,影响程度依次是硬件配置、MySQL配置、数据表设计、索引优化。500万这个值仅供参考,并非铁律。 博主曾经操作过超过4亿行数据

性能测试介绍

性能测试是一种测试方法,旨在评估系统、应用程序或组件在现实场景中的性能表现和可靠性。它通常用于衡量系统在不同负载条件下的响应时间、吞吐量、资源利用率、稳定性和可扩展性等关键指标。 为什么要进行性能测试 通过性能测试,可以确定系统是否能够满足预期的性能要求,找出性能瓶颈和潜在的问题,并进行优化和调整。 发现性能瓶颈:性能测试可以帮助发现系统的性能瓶颈,即系统在高负载或高并发情况下可能出现的问题

水位雨量在线监测系统概述及应用介绍

在当今社会,随着科技的飞速发展,各种智能监测系统已成为保障公共安全、促进资源管理和环境保护的重要工具。其中,水位雨量在线监测系统作为自然灾害预警、水资源管理及水利工程运行的关键技术,其重要性不言而喻。 一、水位雨量在线监测系统的基本原理 水位雨量在线监测系统主要由数据采集单元、数据传输网络、数据处理中心及用户终端四大部分构成,形成了一个完整的闭环系统。 数据采集单元:这是系统的“眼睛”,

Hadoop数据压缩使用介绍

一、压缩原则 (1)运算密集型的Job,少用压缩 (2)IO密集型的Job,多用压缩 二、压缩算法比较 三、压缩位置选择 四、压缩参数配置 1)为了支持多种压缩/解压缩算法,Hadoop引入了编码/解码器 2)要在Hadoop中启用压缩,可以配置如下参数

性能分析之MySQL索引实战案例

文章目录 一、前言二、准备三、MySQL索引优化四、MySQL 索引知识回顾五、总结 一、前言 在上一讲性能工具之 JProfiler 简单登录案例分析实战中已经发现SQL没有建立索引问题,本文将一起从代码层去分析为什么没有建立索引? 开源ERP项目地址:https://gitee.com/jishenghua/JSH_ERP 二、准备 打开IDEA找到登录请求资源路径位置

MySQL数据库宕机,启动不起来,教你一招搞定!

作者介绍:老苏,10余年DBA工作运维经验,擅长Oracle、MySQL、PG、Mongodb数据库运维(如安装迁移,性能优化、故障应急处理等)公众号:老苏畅谈运维欢迎关注本人公众号,更多精彩与您分享。 MySQL数据库宕机,数据页损坏问题,启动不起来,该如何排查和解决,本文将为你说明具体的排查过程。 查看MySQL error日志 查看 MySQL error日志,排查哪个表(表空间

MySQL高性能优化规范

前言:      笔者最近上班途中突然想丰富下自己的数据库优化技能。于是在查阅了多篇文章后,总结出了这篇! 数据库命令规范 所有数据库对象名称必须使用小写字母并用下划线分割 所有数据库对象名称禁止使用mysql保留关键字(如果表名中包含关键字查询时,需要将其用单引号括起来) 数据库对象的命名要能做到见名识意,并且最后不要超过32个字符 临时库表必须以tmp_为前缀并以日期为后缀,备份

图神经网络模型介绍(1)

我们将图神经网络分为基于谱域的模型和基于空域的模型,并按照发展顺序详解每个类别中的重要模型。 1.1基于谱域的图神经网络         谱域上的图卷积在图学习迈向深度学习的发展历程中起到了关键的作用。本节主要介绍三个具有代表性的谱域图神经网络:谱图卷积网络、切比雪夫网络和图卷积网络。 (1)谱图卷积网络 卷积定理:函数卷积的傅里叶变换是函数傅里叶变换的乘积,即F{f*g}