一、导致SQL执行慢的原因
1、硬件问题。如网络速度慢，内存不足，I/O吞吐量小，磁盘空间满了等。
2、没有索引或者索引失效。（一般在互联网公司，DBA会在半夜把表锁了，重新建立一遍索引，因为当你删除某个数据的时候，索引的树结构就不完整了。所以互联网公司的数据做的是假删除，一是为了做数据分析,二是为了不破坏索引 ）
3、数据过多（分库分表）
4、服务器调优及各个参数设置（调整my.cnf）
二、分析原因时，一定要找切入点
1、先观察，开启慢查询日志，设置相应的阈值（比如超过3秒就是慢SQL），在生产环境跑上个一天过后，看看哪些SQL比较慢。
2、Explain和慢SQL分析。比如SQL语句写的烂，索引没有或失效，关联查询太多（有时候是设计缺陷或者不得以的需求）等等。
3、Show Profile是比Explain更近一步的执行细节，可以查询到执行每一个SQL都干了什么事，这些事分别花了多少秒。
4、找DBA或者运维对MySQL进行服务器的参数调优。
1、硬件问题。如网络速度慢，内存不足，I/O吞吐量小，磁盘空间满了等。
2、没有索引或者索引失效。（一般在互联网公司，DBA会在半夜把表锁了，重新建立一遍索引，因为当你删除某个数据的时候，索引的树结构就不完整了。所以互联网公司的数据做的是假删除，一是为了做数据分析,二是为了不破坏索引 ）
3、数据过多（分库分表）
4、服务器调优及各个参数设置（调整my.cnf）
二、分析原因时，一定要找切入点
1、先观察，开启慢查询日志，设置相应的阈值（比如超过3秒就是慢SQL），在生产环境跑上个一天过后，看看哪些SQL比较慢。
2、Explain和慢SQL分析。比如SQL语句写的烂，索引没有或失效，关联查询太多（有时候是设计缺陷或者不得以的需求）等等。
3、Show Profile是比Explain更近一步的执行细节，可以查询到执行每一个SQL都干了什么事，这些事分别花了多少秒。
4、找DBA或者运维对MySQL进行服务器的参数调优。
解析：
(1)explain出来的各种item的意义 id:每个被独立执行的操作的标志，表示对象被操作的顺序。一般来说， id 值大，先被执行；如果 id 值相同，则顺序从上到下。 select_type：查询中每个 select 子句的类型。 table:名字，被操作的对象名称，通常的表名(或者别名)，但是也有其他格式。 partitions:匹配的分区信息。 type:join 类型。 possible_keys：列出可能会用到的索引。 key:实际用到的索引。 key_len:用到的索引键的平均长度，单位为字节。 ref:表示本行被操作的对象的参照对象，可能是一个常量用 const 表示，也可能是其他表的 key 指向的对象，比如说驱动表的连接列。 rows:估计每次需要扫描的行数。 filtered:rows*filtered/100 表示该步骤最后得到的行数(估计值)。 extra:重要的补充信息。 (2)profile的意义以及使用场景 Profile 用来分析 sql 性能的消耗分布情况。当用 explain 无法解决慢 SQL 的时候，需要用profile 来对 sql 进行更细致的分析，找出 sql 所花的时间大部分消耗在哪个部分，确认 sql的性能瓶颈。 (3)explain 中的索引问题 Explain 结果中，一般来说，要看到尽量用 index(type 为 const、 ref 等， key 列有值)，避免使用全表扫描(type 显式为 ALL)。比如说有 where 条件且选择性不错的列，需要建立索引。 被驱动表的连接列，也需要建立索引。被驱动表的连接列也可能会跟 where 条件列一起建立联合索引。当有排序或者 group by 的需求时，也可以考虑建立索引来达到直接排序和汇总的需求。
上一题：数据库优化的思路
下一题：视图的作用，视图可以更改么？
标签： sql、索引、explain、dba、失效
笔试题
刷题
简历模板
AI算法
大数据
内推
