作者:不吃西红柿

简介:CSDN博客专家、蓝桥签约作者、大数据领域优质创作者。

以我的资历和文凭,将来这个城市的大街,都归我扫。


  【系列课程介绍】

『面试知识集锦』系列课程包括以下20个系列,超过100篇文章。每篇文章的前半部分为「知识体系」帮助你夯实基础,后半部分为「面试真题」帮助你拿下面试。

如果觉得还不错,求点赞、求收藏、关注专栏。

专栏历史文章:https://blog.csdn.net/weixin_39032019/category_11163855.html

『面试知识集锦100篇』HR的小心思,你真的懂吗?
『面试知识集锦100篇』shell基础知识大全,我奶奶的速查手册!
『面试知识集锦100篇』mysql基础知识、面试真题

...

目录

1、创建索引的几种方式

1.1 直接创建

1.2 修改表结构(添加索引)

1.3 创建表的时候直接指定

2、mysql索引知识

2.1 B+Tree索引

2.2 主键索引和普通索引的区别

2.3 唯一索引vs普通索引

3、mysql索引优化

3.1 查看索引使用情况

3.2 mysql索引使用策略

3.3 mysql索引使用原则

4、索引选择异常处理办法


1、创建索引的几种方式

1.1 直接创建

CREATE INDEX indexName ON table_name (column_name)

如果是CHAR,VARCHAR类型,length可以小于字段实际长度;如果是BLOB和TEXT类型,必须指定 length。

1.2 修改表结构(添加索引)

ALTER table tableName ADD INDEX indexName(columnName)

1.3 创建表的时候直接指定

CREATE TABLE mytable(  ID INT NOT NULL,   username VARCHAR(16) NOT NULL,  INDEX [indexName] (username(length))  );

2、mysql索引知识

2.1 B+Tree索引

在InnoDB中,表都是根据主键顺序以索引的形式存放的,这种存储方式的表称为索引组织表(IOT),InnoDB使用B+树索引模型,数据都是存储在B+树中的。

假设,有一个表的主键列为ID,字段为k,并且在k上有索引。表中R1~R5的(ID,k)值分别为(100,1)、(200,2)、(300,3)、(500,5)、(600,6),每一个索引在InnoDB里面对应一棵B+树,两棵树的简意示意图如下:

2.2 主键索引和普通索引的区别

  • 主键索引的叶子节点存的是整行数据。主键索引也被称为聚簇索引(clustered index)

  • 非主键索引的叶子节点内容是主键的值。非主键索引也被称为二级索引(secondary index)

如果语句是select * from T where ID=500,即主键查询方式,则只需要搜索ID这棵B+树;

如果语句是select * from T where k=5,即普通索引查询方式,则需要先搜索k索引树,得到ID的值为500,再到ID索引树搜索一次,这个过程称为回表!

也就是说,基于非主键索引的查询需要多扫描一棵索引树,因此,我们在应用中应该尽量使用主键查询。

2.3 唯一索引vs普通索引

从查询上来说

  • 对于普通索引来说,查找到满足条件的第一个记录后,需要查找下一个记录,直到碰到第一个不满足条件的记录。

  • 对于唯一索引来说,由于索引定义了唯一性,查找到第一个满足条件的记录后,就会停止继续检索。

从更新上来说

A  如果目标页在内存中:

  • 对于唯一索引来说,找到3和5之间的位置,判断有没有冲突,插入这个值,语句执行结束;

  • 对于普通索引来说,找到3和5之间的位置,插入这个值,语句执行结束。

B  如果目标页在不在内存中:

  • 对于唯一索引来说,需要将数据页读入内存,判断到没有冲突,插入这个值,语句执行结束;

  • 对于普通索引来说,则是将更新记录在change buffer,语句执行就结束了。

从这里可以看到,查询上普通索引只是比唯一索引多了一个一次指针寻找和一次计算,由于数据是按页读取的,数据几乎都在内存中,所以性能相差不大。

但从更新上来看,如果数据不在内存中,唯 一索引需要将数据从磁盘上读取到内存中,这样会引发随机读,导致IO消耗增多,而普通索引可以利用change buffer,IO上边要节省很多。性能相差会很多,所以如果可以在业务端保证数据的唯一性,那就可以使用普通索引。

3、mysql索引优化

3.1 查看索引使用情况

使用方法:在select语句前加上explain

示例:EXPLAIN SELECT surname,first_name form a,b WHERE a.id=b.id

EXPLAIN列的解释:

  • table:显示这一行的数据是关于哪张表的。
  • type:这是重要的列,显示连接使用了何种类型。从最好到最差的连接类型为const、eq_reg、ref、range、index和ALL。
  • possible_keys:显示可能应用在这张表中的索引。如果为空,没有可能的索引。可以为相关的域从WHERE语句中选择一个合适的语句。
  • key: 实际使用的索引。如果为NULL,则没有使用索引。很少的情况下,MySQL会选择优化不足的索引。这种情况下,可以在SELECT语句中使用USE INDEX(indexname)来强制使用一个索引或者用IGNORE INDEX(indexname)来强制MySQL忽略索引。
  • key_len:使用的索引的长度。在不损失精确性的情况下,长度越短越好。
  • ref:显示索引的哪一列被使用了,如果可能的话,是一个常数。
  • rows:MySQL认为必须检查的用来返回请求数据的行数。
  • Extra:关于MySQL如何解析查询的额外信息。

Extra列返回的描述的意义:

Distinct: 一旦MySQL找到了与行相联合匹配的行,就不再搜索了。Not exists: MySQL优化了LEFT JOIN,一旦它找到了匹配LEFT JOIN标准的行,就不再搜索了。Range checked for each Record(index map:#): 没有找到理想的索引,因此对于从前面表中来的每一个行组合,MySQL检查使用哪个索引,并用它来从表中返回行。这是使用索引的最慢的连接之一。Using filesort: 看到这个的时候,查询就需要优化了。MySQL需要进行额外的步骤来发现如何对返回的行排序。它根据连接类型以及存储排序键值和匹配条件的全部行的行指针来排序全部行。Using index: 列数据是从仅仅使用了索引中的信息而没有读取实际的行动的表返回的,这发生在对表的全部的请求列都是同一个索引的部分的时候。Using temporary: 看到这个的时候,查询需要优化了。这里,MySQL需要创建一个临时表来存储结果,这通常发生在对不同的列集进行ORDER BY上,而不是GROUP BY上。Where used: 使用了WHERE从句来限制哪些行将与下一张表匹配或者是返回给用户。如果不想返回表中的全部行,并且连接类型ALL或index,这就会发生,或者是查询有问题不同连接类型的解释(按照效率高低的顺序排序)。system: 表只有一行:system表。这是const连接类型的特殊情况。const: 表中的一个记录的最大值能够匹配这个查询(索引可以是主键或惟一索引)。因为只有一行,这个值实际就是常数,因为MySQL先读这个值然后把它当做常数来对待。eq_ref: 在连接中,MySQL在查询时,从前面的表中,对每一个记录的联合都从表中读取一个记录,它在查询使用了索引为主键或惟一键的全部时使用。ref: 这个连接类型只有在查询使用了不是惟一或主键的键或者是这些类型的部分(比如,利用最左边前缀)时发生。对于之前的表的每一个行联合,全部记录都将从表中读出。这个类型严重依赖于根据索引匹配的记录多少—越少越好。range: 这个连接类型使用索引返回一个范围中的行,比如使用>或<查找东西时发生的情况。index: 这个连接类型对前面的表中的每一个记录联合进行完全扫描(比ALL更好,因为索引一般小于表数据)。ALL: 这个连接类型对于前面的每一个记录联合进行完全扫描,这一般比较糟糕,应该尽量避免。

3.2 mysql索引使用策略

  1. 最好全值匹配--索引怎么建我怎么用。
  2. 最佳左前缀法则--如果是多列复合索引,要遵守最左前缀法则。指的是查询要从索引的最左前列开始并且不跳过索引中的列。
  3. 不在索引列上做任何操作(计算,函数,(自动或者手动)类型装换),会导致索引失效而导致全表扫描。
  4. 存储引擎不能使用索引中范围条件右边的列。--范围之后索引失效(< ,>,between and)。
  5. 尽量使用覆盖索引--索引和查询列一致,减少select *。--按需取数据用多少取多少。
  6. 在MYSQL使用不等于(<,>,!=)的时候无法使用索引,会导致索引失效。
  7. is null或者is not null 也会导致无法使用索引。
  8. like以通配符开头('%abc...')MYSQL索引失效会变成全表扫描的操作。--覆盖索引。
  9. 隐式转换索引失效:字符串不加单引号。
  10. where条件少用or,用它来连接时索引会失效。

3.3 mysql索引使用原则

(1)复合索引:选择索引列的顺序

1)尽量把字段长度小的列放在联合索引的最左侧(因为字段长度越小,一页能存储的数据量越大,IO性能也就越好)

2)区分度最高的放在联合索引的最左侧(区分度=列中不同值的数量/列的总行数)

3)使用最频繁的列放到联合索引的左侧(这样可以比较少的建立一些索引)

(2)表关联查询

1)类型和大小要相同,可以使用索引。

VARCHAR(10)和 CHAR(10)大小相同,但 VARCHAR(10)与 CHAR(15)不相同。

2)字符串列之间比较,两列应使用相同的字符集。例如,将utf8列与 latin1列进行比较会不使用索引。

3)将字符串列与时间或数字列进行比较时,在没有转换情况下,不使用索引。

(3)常见的索引列建议

1)   WHERE 字段

2)   ORDER BY、GROUP BY、DISTINCT 中的字段不要将符合1和2中字段的列都建立一个索引,通常将1、2中的字段建立联合索引效果更好

3)  多表join的关联列

4)通过索引扫描的行记录数超过全表的10%~30%左右,优化器不会走索引,而变成全表扫描

5)避免使用双%号的查询条件。

(如果无前置%,只有后置%,是可以用到列上的索引的)

覆盖索引、前缀索引、索引下推,在满足语句需求的情况下,尽量少地访问资源是数据库设计的重要原则之一。我们在使用数据库的时候,尤其是在设计表结构时,也要以减少资源消耗为目标。

4、索引选择异常处理办法

  • 采用force index 强行选择一个索引。
  • 修改sql语句、引导MySQL使用我们期望的索引。
  • 在有些场景下,我们可以新建一个更适合的索引,来提供给优化器做选择,或删除掉误用的索引。

由于索引统计信息的不准确,可以用analyze table来解决。

而对于其它优化器误判断的情况,你可以在应用端用force index 来强行指定索引,也可以通过修改语句来引导优化器,还可以通过增加或者删除索引来绕过这个问题。

知识集锦专栏:https://blog.csdn.net/weixin_39032019/category_11163855.html

求点赞、求收藏、关注专栏

❤『知识集锦』一文搞懂mysql索引!!(建议收藏)相关推荐

  1. 一文搞懂 MySQL 索引

    一文搞懂 MySQL 索引 1.MySQL 索引 简介 1.1.MySQL 索引 是什么?  索引是一个单独的.存储在 磁盘 上的 数据库结构 ,包含着对数据表里 所有记录的 引用指针. 1.2. M ...

  2. 网络知识扫盲,一文搞懂 DNS

    在找工作面试的过程中,面试官非常喜欢考察基础知识,除了数据结构与算法之外,网络知识也是一个非常重要的考察对象. 而网络知识,通常是很抽象,不容易理解的,有很多同学就在这里裁了跟头.为了更好地通过面试, ...

  3. 一文搞懂MySQL数据库分库分表

    如果数据量过大,大家一般会分库分表.分库需要注意的内容比较少,但分表需要注意的内容就多了. 工作这几年没遇过数据量特别大的业务,那些过亿的数据,因为索引设置合理,单表性能没有影响,所以实战中一直没用过 ...

  4. 一文搞懂MySQL XA如何实现分布式事务

    一文搞懂MySQL XA如何实现分布式事务 前言 XA 协议 如何通过MySQL XA实现分布式事务 前言 MySQL支持单机事务的良好表现毋庸置疑,那么在分布式系统中,涉及多个节点,MySQL又是如 ...

  5. 一文搞懂Elasticsearch索引的mapping与setting

    目录 Elasticsearch索引结构 Mapping Setting Elasticsearch索引结构 一个Elasticsearch索引的主要结构如下: {"test_index&q ...

  6. 一文搞懂MySQL体系架构!!

    写在前面 很多小伙伴工作很长时间了,对于MySQL的掌握程度却仅仅停留在表面的CRUD,对于MySQL深层次的原理和技术知识了解的少之又少,随着工作年限的不断增长,职场竞争力却是不断降低的.很多时候, ...

  7. 一文搞懂 MySQL 中的索引

    1. 什么是索引 MySQL 官方对索引的定义为:索引(Index)是帮助 MySQL 高效获取数据的数据结构.可以得到索引的本质:索引是数据结构. 举一个例子,平时看任何一本书,首先看到的都是目录, ...

  8. 数据库索引结构(方法),一张图搞懂MySQL索引

    索引结构(方法) Hash索引 :对于每一行数据,存储引擎都会对所有的索引列的值计算一个哈希码存储在哈希表中.哈希索引只包含哈希值和行指针(指向实际的行数据),当有哈希冲突时,则会逐行比较符合查询条件 ...

  9. 『深度概念』一文读懂Octave Convolution(OctConv)八度卷积

    RyanXing Multimedia Processing & Computer Vision. Paper | Octave Convolution(OctConv) 论文:Drop an ...

最新文章

  1. 马云自嘲只会用电脑收发邮件,网友:马老师的话,听听就行了
  2. laravel php跨域请求,laravel开发中跨域的解决方案
  3. 将一个链表按逆序排列
  4. 【Android】Android中判断后台服务是否正在运行
  5. 一个时代的结束:微软盖茨的人生掠影(组图)
  6. 某地理老师的暴强言论
  7. python中main()函数写法
  8. 音视频技术开发周刊 63期
  9. WinForm UI设计与开发思路(转)
  10. 5886. 如果相邻两个颜色均相同则删除当前颜色
  11. 看完性能简报,想不优化好都难!
  12. live555源码编译(win7+vs2010)
  13. python扫描端口hack_一款集http端口扫描和目录批量扫描为一体的自动化工具
  14. 【LaTeX】pdfTex error: pdflatex.exe (file simhei.ttf): cannot open TrueType font file for reading解决方案
  15. 未来计算机体系结构探索,未来计算机体系结构将是什么样的发展趋势
  16. 2018年,数万款小程序暴毙在路上
  17. leetcode174.地下城游戏
  18. VCS Veidi 下载与安装教程 一站式虚拟机套餐
  19. 「星火计划沙龙视频」腾讯自研Kona JDK技术分享
  20. 搭建手机文件服务器,普通用户的低成本家庭文件服务器(伪NAS)的搭建(手机备份篇)...

热门文章

  1. 美团点评境外度假团队前端项目开发实践总结
  2. WMRouter:美团外卖Android开源路由框架
  3. Java多线程系列(八):ConcurrentHashMap的实现原理(JDK1.7和JDK1.8)
  4. 阿里P8架构师谈:深入探讨HashMap的底层结构、原理、扩容机制
  5. 我对DevOps的理解
  6. 领域应用 | 知识图谱数据构建的“硬骨头”,阿里工程师如何拿下?
  7. 消息摘要算法HmacMD5的实现
  8. JMF调用摄像头粉屏的问题(win10 64位系统)
  9. iOS NSString 与NSData转化
  10. 指定tensorflow运行的GPU或CPU设备