15天学习MySQL计划-索引（进阶篇）第七天_mysql学习计划安排

总结

以上是字节二面的一些问题，面完之后其实挺后悔的，没有提前把各个知识点都复习到位。现在重新好好复习手上的面试大全资料（含JAVA、MySQL、算法、Redis、JVM、架构、中间件、RabbitMQ、设计模式、Spring等），现在起闭关修炼半个月，争取早日上岸！！！

下面给大家分享下我的面试大全资料

• 第一份是我的后端JAVA面试大全

后端JAVA面试大全

• 第二份是MySQL+Redis学习笔记+算法+JVM+JAVA核心知识整理

MySQL+Redis学习笔记算法+JVM+JAVA核心知识整理

• 第三份是Spring全家桶资料

MySQL+Redis学习笔记算法+JVM+JAVA核心知识整理

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录

需要这份系统化的资料的朋友，可以点击这里获取

create [unique|fulltext] index index_name on table_name (index_col_name,...);

2.查看索引

show index from table_name;

3.删除索引

drop index index_name on table_name;

4.查询内容

#正常查询
explain select * fron where 索引字段='内容'
​
#全文索引查
select * from where match(字段) against(查询值);
explain select * from where match(字段) against(查询值);

5.SQL性能分析

1.sql执行频率

MySQL客户端连接成功后，通过show [session|global] status 命令可以提供服务器状态信息。通常如下指令，可以查看当前数据库的insert，update，delete，select的访问频次

show global status like 'com_______';   #七个下划线

2.慢查询日志

慢查询日志记录了所有执行时间超过指定参数（long_query_time，单位：秒，默认10秒）的所有SQL语句的日志。

MySQL的慢查询日志默认没有开启，需要在MySQL的配置文件（/etc/my.cnf）中配置如下信息：

#开启MySQL慢日志查询开关
slow_query_log=1
#设置慢日志的时间为2秒，sql语句执行时间超过2秒，就会视为慢查询，记录慢查询日志
long_query_time=2

配置完毕之后，重启MySQL服务器进行测试，查看慢日志文件中记录的信息/var/lib/mysql/localhost-slow.log。

3.profile详细

show profile 能够在sql优化时帮助我们了解时间都耗费到哪里去了。通过have_profile参数，能够看到当前MySQL是否支持profile操作：

select @@have_profiling;

默认profiling是关闭的，可以通过set语句在session/global级别开启profiling：

set profiling=1;

执行一系列的业务sql的操作，然后通过如下指令查看指令的执行耗时：

#查看每一条SQL的耗时基本情况
show profiles;
#查看指定query_id的SQL语句各个阶段的耗时情况
show profile for query query_id;
#查看指定query_id的SQL语句CPU的使用情况
show profile cpu for query query_id;

4.explain执行计划

explain或者desc命令获取MySQL如何执行select语句的信息，包括在select语句执行过程中表如何连接和连接的顺序。

语法：

#直接在select语句之前加上关键字explain/desc
explain select 字段 from 表名 where 条件;

explain执行计划各字段含义：

• id

  • select查询的序列号，表示查询中执行select子句或者是操作表的顺序（id相同，执行顺序从上到下；id不同，值越大，越先执行）。

• select_type

  • 表示select的类型，常见的取值有simple（简单表，既不使用表连接或者子查询），primary（主查询，即外层的查询），union（union中的第二个或者后面的查询语句），subquery（select/where之后包含了子查询）等

• type

  • 表示连接类型，性能由好到差的连接类型为：null–》system–》const–》eq_ref–》ref–》range–》index–》all。

• possible_key

  • 显示可以应用在这张表上的索引，一个或多个。

• key

  • 实际使用的索引，如果为null，则没有使用索引

• key_len

  • 表示索引中使用的字节数，该值为索引字段最大可能长度，并非实际使用长度，在不损失精准性的前提下，长度越短越好。

• rows

  • MySQL认为必须要执行查询的行数，在innodb引擎的表中，是一个估计值，可以并不总是准确的。

• filtered

  • 表示返回结果的行数占需读取行数的百分比，filtered的值越大越好

6.索引使用规则

1.验证索引效率

在未建立索引之前，执行如果SQL语句，查看SQL的耗时

select * from 表名 where sn='1234245324';

针对字段创建索引

create index idx_sku_sn on tb_sku(sn);

然后再次执行相同的SQL语句，再次查看sql的耗时

select * from 表名 where sn='1234245324';

2.最左前缀法则

如果索引了多列（联合索引），要遵循最左前缀法则。最左前缀法则指的是查询从索引的最左列开始，并且不跳过索引中的列。如果跳跃某一列，索引将部分失效（后面的字段索引失效）。

3.范围查询

联合索引中，出现范围查询（<,>），范围查询右侧的列索引失效

4.索引列运算

不要在索引列上进行运算操作，索引将失效。

5.字符串不加引号

字符串类型字段使用时，不加引号，索引将失效

6.模糊查询

如果仅仅尾部模糊匹配，索引不会失效。如果是头部模糊匹配，索引失效。

7.or连接的条件

用or分割开的条件，如果or前的条件中的列有索引，而后面的列中没有索引，那么涉及的索引都不会被用到。

由于age没有索引，所以即使id，phone有索引，索引也会失效。索引需要针对于age也要建立索引。

8.数据分布影响

如果MySQL评估使用索引比全表更慢，则不使用索引。

select * from tab_user where phone is not null  #不走索引，因为极少数是不为空的
select * from tab_user where phone is null #走索引，因为数据极少数是为空的

9.SQL提示

SQL提示，是优化数据库的一个重要手段，简单来说，就是在SQL语句中加入一些人为的提示来到达优化操作的目的。

use index（建议使用索引）：

explain select * from tb_user use index(idx_user_pro) where profession='软件工程';

ignore index（不适用该索引）：

explain select * from tb_user ignore index(idx_user_pro) where profession='软件工程';

force index（强制使用该索引）：

explain select * from tb_user force index(idx_user_pro) where profession='软件工程';

10.覆盖索引

尽量使用覆盖索引（查询使用了索引，并且需要返回的列，在该索引中已经全部能找到，不需要回表），减少select *。

11.前缀索引

当字段类型为字符串（varchar，text等）时，有时候需要索引很长的字符串，这会让索引改变很大，查询时，浪费大量的磁盘IO，影响查询效率，此时可以只将字符串的一部分前缀，建立索引，这样可以大大节约索引空间，从而提高索引效率

语法：

create index 索引名 on 表名(列名(num));
num：你要截取字段的长度

前缀长度

可以根据索引的选择性来决定，而选择性是指不重复的索引值（基数）和数据表的记录总数的比值，索引选择性越高则查询效率越高，唯一索引的选择性是1，这是最好的索引选择性，性能也是最好的。

前缀索引的流程

12.单列索引与联合索引

• 单列索引：即一个索引只包含单个列
• 联合索引：即一个索引包含了多个列
• 在业务场景中，如果存在多个查询条件，考虑针对于查询字段建立索引时，建议建立联合索引，而非单列索引
• 多条件联合索引时，MySQL优化器会评估那个字段的索引效率更高，会选择该索引完成本次查询

联合索引情况：

7.索引设计原则

1. 针对于数据量较大，且查询比较频繁的表建立索引。
2. 针对于常作为查询条件（where），排序（order by），分组（group by）操作的字段建立索引。
3. 尽量选择区分度高的列作为索引，尽量建立唯一索引，区分度越高，使用索引的效率越高。
4. 如果是字符串类型的字段，字段的长度较长，可以针对于字段的特点，建立前缀索引。
5. 尽量使用联合索引，减少单列索引，查询时，联合索引很多时候可以覆盖，节省存储空间，避免回表，提高查询效率。
6. 要控制索引的数量，索引并不是多多益善，索引越多，维护索引结构的代价也就越大，会影响增删改的效率。
7. 如果索引列不能存储null值，请在创建表时使用not null约束它，当优化器知道每列是否包含null值，它可以更好地确定那个索引最有效地用于查询。

8.索引总结

1.索引概述

索引是高效获取数据的数据结构

2.索引结构

B+Tree

hash

3.索引分类

主键索引，唯一索引，常规索引，全文索引，聚集索引，二级索引

4.索引语句

create [unique] index xxx on xxx(xxx);
show index from xxx;
drop index xxx on xxx;

5.SQL性能分析

执行频次，慢查询日志，profile，explain

6.索引使用

联合索引

索引失效

SQL提示

覆盖索引

前缀索引

单列/联合索引

7.索引设计原则

表，字段，索引

最后

看完上述知识点如果你深感Java基础不够扎实，或者刷题刷的不够、知识不全面

小编专门为你量身定制了一套<Java一线大厂高岗面试题解析合集：JAVA基础-中级-高级面试+SSM框架+分布式+性能调优+微服务+并发编程+网络+设计模式+数据结构与算法>

针对知识面不够，也莫慌！还有一整套的<Java核心进阶手册>，可以瞬间查漏补缺

全都是一丢一丢的收集整理纯手打出来的

更有纯手绘的各大知识体系大纲，可供梳理：Java筑基、MySQL、Redis、并发编程、Spring、分布式高性能架构知识、微服务架构知识、开源框架知识点等等的xmind手绘图~

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录

需要这份系统化的资料的朋友，可以点击这里获取

higdm-1715764465412)]

针对知识面不够，也莫慌！还有一整套的<Java核心进阶手册>，可以瞬间查漏补缺

[外链图片转存中…(img-OWeTJM7K-1715764465412)]

全都是一丢一丢的收集整理纯手打出来的

更有纯手绘的各大知识体系大纲，可供梳理：Java筑基、MySQL、Redis、并发编程、Spring、分布式高性能架构知识、微服务架构知识、开源框架知识点等等的xmind手绘图~

[外链图片转存中…(img-CdJqUn5U-1715764465412)]

[外链图片转存中…(img-bKacrvPI-1715764465413)]

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录

需要这份系统化的资料的朋友，可以点击这里获取