MySQL执行计划（MySQL调优的重要利器）_mysql执行计划调优

最新推荐文章于 2024-09-20 09:10:20 发布
最新推荐文章于 2024-09-20 09:10:20 发布
阅读量556 收藏 10
点赞数 12
文章标签： mysql android adb
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2401_85112308/article/details/139782497
版权 

![在这里插入图片描述](https://img-blog.csdnimg.cn/20200521090646368.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg=,size_16,color_FFFFFF,t_70)


* **SUBQUERY（u2,u3）**：条件中的子查询中的表（包括多重层级）

explain select * from user u1
where u1.name =(
select name from user u2 where u2.name=(select name from user u3 where u3.name=‘zs’)
);


![在这里插入图片描述](https://img-blog.csdnimg.cn/20200521090719153.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg=,size_16,color_FFFFFF,t_70)


* **DEPENDENT SUBQUERY（r1）**: 子查询中的条件依赖于外部的查询（r1的条件是u1表中的数据）

explain select * from user u1 where u1.role_id=(select id from role r1 where u1.id=1);


![在这里插入图片描述](https://img-blog.csdnimg.cn/20200521090751489.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg=,size_16,color_FFFFFF,t_70)


* **DERIVED（u1）**：衍生表的from子表（该子表必须使用union关联其他表）

explain select * from
(select * from user u1 where u1.role_id=1 union select * from user u2 where u2.name=‘zs’) temp;


![在这里插入图片描述](https://img-blog.csdnimg.cn/20200521090826448.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg=,size_16,color_FFFFFF,t_70)


### 1.3 table 字段


表示该SQL语句是作用于那张表的，取值为：表名、表别名、衍生表名等。

explain select * from user;

explain select * from user u1;


![在这里插入图片描述](https://img-blog.csdnimg.cn/20200521090903142.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg=,size_16,color_FFFFFF,t_70)


### 1.4 partitions 字段


涉及到分区的表


* 准备数据

create table goods_partitions (
id int auto_increment,
name varchar(12),
primary key(id)
)
partition by range(id)(
partition p0 values less than(10000),
partition p1 values less than MAXVALUE
);


* 查看MySQL的物理存储路径：

show variables like ‘%dir%’;


![在这里插入图片描述](https://img-blog.csdnimg.cn/20200521090959554.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg=,size_16,color_FFFFFF,t_70)  
 查看物理存储文件，发现多了不同的文件来存储![在这里插入图片描述](https://img-blog.csdnimg.cn/20200521091015548.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg=,size_16,color_FFFFFF,t_70)


* 查看查询语句所使用到的分区：

explain select * from goods_partitions;


![在这里插入图片描述](https://img-blog.csdnimg.cn/20200521091101612.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg=,size_16,color_FFFFFF,t_70)



> 
> 整个goods\_partitions使用到了两个分区。
> 
> 
> 


* 查询id<1000的记录（属于p0分区）

explain select * from goods_partitions where id<1000;


![在这里插入图片描述](https://img-blog.csdnimg.cn/20200521091122200.png)


### 1.5 type字段


反应一段SQL语句性能指标的重要参数，可以通过此参数来判断是否使用到了索引、是否全表扫描、是否范围查询等。


插入测试数据：

insert into role values(1,‘保洁’);
insert into role values(2,‘保安’);
insert into role values(3,‘厨师’);
insert into user values(1,‘zs’,1);


* **null**：代表不访问任何表

explain select 1;


![在这里插入图片描述](https://img-blog.csdnimg.cn/2020052109141434.png)


* **system**：表中只有一条记录,并且此表为系统表(一般很少出现)

use mysql; – 切换到mysql数据库
explain select * from db where host=‘localhost’;


![在这里插入图片描述](https://img-blog.csdnimg.cn/20200521091440889.png)


* **const**：通过唯一索引查询到的数据,只查询一次就查询到了

explain select * from user where id=1;
explain select * from user where name=‘zs’;


![在这里插入图片描述](https://img-blog.csdnimg.cn/20200521091516155.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg=,size_16,color_FFFFFF,t_70)



> 
> 分别根据name和id查询，发现只有id的type为const。
> 
> 
> 


给name字段加上唯一索引（必须要是唯一索引，普通索引不行）：

create unique index user_name_unique on user(name);


![在这里插入图片描述](https://img-blog.csdnimg.cn/20200521091554424.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg=,size_16,color_FFFFFF,t_70)  
 测试完毕删除唯一索引：

drop index user_name_unique on user;


* **eq\_ref**：使用主键的关联查询，并且表中只有一条记录与主表匹配；

explain select * from user u left join role r on u.role_id=r.id;


![在这里插入图片描述](https://img-blog.csdnimg.cn/20200521091715219.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg=,size_16,color_FFFFFF,t_70)  
 代表有其他表引用了r表的主键。


**如果主表有多条记录与之匹配那么type将不再是eq\_ref**


* 首先查看两个表的数据：

mysql> select * from user;
±—±-----±--------+
| id | name | role_id |
±—±-----±--------+
| 1 | zs | 1 |
±—±-----±--------+
1 row in set (0.00 sec)

mysql> select * from role;
±—±-------+
| id | name |
±—±-------+
| 1 | 保洁 |
| 2 | 保安 |
| 3 | 厨师 |
±—±-------+
3 rows in set (0.00 sec)

mysql> explain select * from user u left join role r on u.role_id=r.id;
±—±------------±------±-----------±-------±--------------±--------±--------±---------------±-----±---------±------+
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
±—±------------±------±-----------±-------±--------------±--------±--------±---------------±-----±---------±------+
| 1 | SIMPLE | u | NULL | ALL | NULL | NULL | NULL | NULL | 1 | 100.00 | NULL |
| 1 | SIMPLE | r | NULL | eq_ref | PRIMARY | PRIMARY | 4 | test.u.role_id | 1 | 100.00 | NULL |
±—±------------±------±-----------±-------±--------------±--------±--------±---------------±-----±---------±------+
2 rows in set, 1 warning (0.00 sec)

mysql>



> 
> user表示是1条记录，role是3条记录
> 
> 
> 


* 在user表中新增一条记录，再次查看执行计划：

mysql> select * from user;
±—±-----±--------+
| id | name | role_id |
±—±-----±--------+
| 1 | zs | 1 |
| 2 | ls | 1 |
±—±-----±--------+
2 rows in set (0.00 sec)

mysql> select * from role;
±—±-------+
| id | name |
±—±-------+
| 1 | 保洁 |
| 2 | 保安 |
| 3 | 厨师 |
±—±-------+
3 rows in set (0.00 sec)

mysql> explain select * from user u left join role r on u.role_id=r.id;
±—±------------±------±-----------±-----±--------------±-----±--------±-----±-----±---------±---------------------------------------------------+
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
±—±------------±------±-----------±-----±--------------±-----±--------±-----±-----±---------±---------------------------------------------------+
| 1 | SIMPLE | u | NULL | ALL | NULL | NULL | NULL | NULL | 2 | 100.00 | NULL |
| 1 | SIMPLE | r | NULL | ALL | PRIMARY | NULL | NULL | NULL | 3 | 100.00 | Using where; Using join buffer (Block Nested Loop) |
±—±------------±------±-----------±-----±--------------±-----±--------±-----±-----±---------±---------------------------------------------------+
2 rows in set, 1 warning (0.00 sec)

mysql>



> 
> 发现`type`字段变为了`ALL`，而不是原来的`eq_ref`。
> 
> 
> 


* **ref**：通过非唯一索引查询到的数据


创建普通索引：

create index user_name_index on user(name);


查询执行计划：

explain select * from user where name=‘zs’;


![在这里插入图片描述](https://img-blog.csdnimg.cn/20200521122524751.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg=,size_16,color_FFFFFF,t_70)  
 测试完毕删除索引：

drop index user_name_index on user;


* **range**：使用索引的范围查询（普通列的范围查询不会是range）


我们执行如下两句sql查看执行计划：

explain select * from user u where u.id>20; – 使用索引列进行范围查询

explain select * from user u where u.role_id>20; – 使用普通列进行范围查询


![在这里插入图片描述](https://img-blog.csdnimg.cn/20200521122616119.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg=,size_16,color_FFFFFF,t_70)  
 给role\_id列添加索引，再次执行sql，查看执行计划：

create index user_role_id_index on user(role_id);

explain select * from user u where u.role_id>20;


![在这里插入图片描述](https://img-blog.csdnimg.cn/20200521122638788.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg=,size_16,color_FFFFFF,t_70)


* **index**：查询的是索引列，遍历了索引树

explain select id from user;


![在这里插入图片描述](https://img-blog.csdnimg.cn/202005211227077.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg=,size_16,color_FFFFFF,t_70)


* **ALL**：效率最低,遍历全表

explain select * from user;


![在这里插入图片描述](https://img-blog.csdnimg.cn/20200521122730669.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg=,size_16,color_FFFFFF,t_70)  
 查询效率从高到底的取值为：

– 所有的type字段取值：
NULL > system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL

– 一般情况下type字段取值：
system > const > eq_ref > ref > range > index > ALL


### 1.6 possible\_keys 字段


查询语句中，可能应用到的索引，并非实际使用到的索引。实际使用到的索引根据key字段来反应。


例如：

– 给name列加索引
create index idx_name on user(name);

explain select * from user where user=‘1’ or user=‘2’;


![在这里插入图片描述](https://img-blog.csdnimg.cn/20200521124355259.png)



> 
> 可能用到了`idx_name`索引，但实际没有使用到。
> 
> 
> 


测试完毕删除索引：

drop index idx_name on user;


### 1.7 key 字段


key字段反应sql语句实际使用的索引，为null代表没有使用索引

– 根据id查询
explain select * from user where id=1;

– 根据普通列查询
explain select * from user where name=‘zs’;

– 给name列加上索引
create index idx_name on user(name);

– 根据索引查询
explain select * from user where name=‘zs’;


![在这里插入图片描述](https://img-blog.csdnimg.cn/20200521124010246.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg=,size_16,color_FFFFFF,t_70)  
 测试完毕删除索引：

drop index idx_name on user;


### 1.8 key\_len 字段


表示索引中使用的字节数

explain select * from user where id=1;


![在这里插入图片描述](https://img-blog.csdnimg.cn/20200521123558390.png)



> 
> 我的id类型为int类型，因此占用4个字节。
> 
> 
> 


我们把id类型改为bigint（Long），再次查看索引使用字节数：

alter table user modify column id bigint;

explain select * from user where id=1;


![在这里插入图片描述](https://img-blog.csdnimg.cn/20200521123829225.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg=,size_16,color_FFFFFF,t_70)  
 测试完毕更改回来：

alter table user modify column id int;


### 1.9 ref 字段


表示某表的某个字段引用到了本表的索引字段

mysql> select * from user;
±—±-----±--------+
| id | name | role_id |
±—±-----±--------+
| 1 | zs | 1 |
±—±-----±--------+
1 row in set (0.00 sec)

mysql> select * from role;
±—±-------+
| id | name |
±—±-------+
| 1 | 保洁 |
| 2 | 保安 |
| 3 | 厨师 |
±—±-------+
3 rows in set (0.00 sec)

mysql> explain select * from user u left join role r on u.role_id=r.id;
±—±------------±------±-----------±-------±--------------±--------±--------±---------------±-----±---------±------+
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
±—±------------±------±-----------±-------±--------------±--------±--------±---------------±-----±---------±------+
| 1 | SIMPLE | u | NULL | ALL | NULL | NULL | NULL | NULL | 1 | 100.00 | NULL |
| 1 | SIMPLE | r | NULL | eq_ref | PRIMARY | PRIMARY | 4 | test.u.role_id | 1 | 100.00 | NULL |
±—±------------±------±-----------±-------±--------------±--------±--------±---------------±-----±---------±------+
2 rows in set, 1 warning (0.00 sec)

mysql>


![在这里插入图片描述](https://img-blog.csdnimg.cn/20200521125226122.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg=,size_16,color_FFFFFF,t_70)



> 
> 表示u表的role\_id引用了本表（r表）的索引字段（PRIMARY）
> 
> 
> 


使用其他索引列关联表：

create index role_name_index on role(name); – 给name列加索引。

explain select * from user u left join role r on u.name=r.name; – 使用name列来关联


![在这里插入图片描述](https://img-blog.csdnimg.cn/20200521125503433.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg=,size_16,color_FFFFFF,t_70)



> 
> 表示u表的name字段引用了本表（r表）的索引字段（role\_name\_index
> 
> 
> 


测试完毕删除索引：

drop index role_name_index on role;


### 1.10 rows 字段


根据表统计信息及选用情况，大致估算出找到所需的记录或所需读取的行数。

explain select * from user;

explain select * from role;


![在这里插入图片描述](https://img-blog.csdnimg.cn/20200521131619751.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg=,size_16,color_FFFFFF,t_70)



> 
> user表中有1条记录，role表中有3条记录。
> 
> 
> 


### 1.11 filtered 字段


返回结果与实际结果的差值占总记录数的百分比

insert into user values(2,‘ls’,‘4’);

explain select * from user u inner join role r on u.role_id=r.id;


![在这里插入图片描述](https://img-blog.csdnimg.cn/20200521131912242.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg=,size_16,color_FFFFFF,t_70)



> 
> r表实际记录3条，上述sql语句关联查询出来的结果只能得出一条结果集，因此命中率为33.33%。
> 
> 
> 


查询此SQL语句查询的记录数。

select * from user u inner join role r on u.role_id=r.id;


![在这里插入图片描述](https://img-blog.csdnimg.cn/20200521131951527.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg=,size_16,color_FFFFFF,t_70)



> 
> 只有一条记录
> 
> 
> 


### 1.12 extra 字段


显示其他扩展信息


* **Using filesort**：排序时无法使用到索引时，就会出现这个。常见于order by和group by语句中。效率低


# 技术学习总结

学习技术一定要制定一个明确的学习路线，这样才能高效的学习，不必要做无效功，既浪费时间又得不到什么效率，大家不妨按照我这份路线来学习。

![](https://img-blog.csdnimg.cn/img_convert/07236ce01ec6a5a67860200f3a7e6ab7.webp?x-oss-process=image/format,png)

![](https://img-blog.csdnimg.cn/img_convert/e1c26514b01ecd4f4b9ab13451a67659.webp?x-oss-process=image/format,png)

![](https://img-blog.csdnimg.cn/img_convert/e154077ccb742c3a9c4e16e61ede4dc8.webp?x-oss-process=image/format,png)

# 最后面试分享

大家不妨直接在牛客和力扣上多刷题，同时，我也拿了一些面试题跟大家分享，也是从一些大佬那里获得的，大家不妨多刷刷题，为金九银十冲一波！

![](https://img-blog.csdnimg.cn/img_convert/8e2005a2c2613e396ee7c98f182e0005.webp?x-oss-process=image/format,png)

![](https://img-blog.csdnimg.cn/img_convert/03f8e394bf8e546648d48e84b7316234.webp?x-oss-process=image/format,png)

img.cn/20200521131951527.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg=,size_16,color_FFFFFF,t_70)



> 
> 只有一条记录
> 
> 
> 


### 1.12 extra 字段


显示其他扩展信息


* **Using filesort**：排序时无法使用到索引时，就会出现这个。常见于order by和group by语句中。效率低


# 技术学习总结

学习技术一定要制定一个明确的学习路线，这样才能高效的学习，不必要做无效功，既浪费时间又得不到什么效率，大家不妨按照我这份路线来学习。

[外链图片转存中...(img-wGAm9RJy-1718712967386)]

[外链图片转存中...(img-cIzve41k-1718712967387)]

[外链图片转存中...(img-65mUXiW0-1718712967388)]

# 最后面试分享

大家不妨直接在牛客和力扣上多刷题，同时，我也拿了一些面试题跟大家分享，也是从一些大佬那里获得的，大家不妨多刷刷题，为金九银十冲一波！

[外链图片转存中...(img-2vBowNWX-1718712967388)]

[外链图片转存中...(img-aKejKbi1-1718712967389)]
2401_85112308
关注
mysql-sql调优利器 Performance Schema 与Explain (v8.0.x)
此后如竟没有炬火我便是唯一的光
08-31 384
在进行编写sql 查询的过程中，时常会遇到查询慢，但是又不知道是什么原因，往往上网找很久，别人的问题貌似跟我们遇到的很像，但是相同的解决方案确怎么也解决不了我们的问题，所以mysql 给我们提供了两种非常好的对于sql性能的判断工具，能够让我们快速的定位到查询慢的原因，帮助我们更好的解决问题，话不多说，正片开始!......
MySQL执行计划（MySQL调优的重要利器）
緑水長流*z
11-13 3695
MySQL执行计划 项目开发中，性能往往都是是我们重点关注的问题，其实很多时候一个SQL往往是整个请求中瓶颈最大的地方，因此我们必须了解SQL语句的执行过程、数据库中是如何扫描表、如何使用索引的、是否命中索引等信息来帮助我们做SQL语句的优化。MySQL提供了explain/desc语句，来显示这条SQL语句的执行计划，执行计划可以帮助我们查看SQL语句的执行情况，我们可以根据反馈的结果来进行SQL的优化。 准备测试数据 use test; CREATE TABLE `test`.`role` (
mysql调优-查看执行计划
zhangxm_qz的博客
03-05 786
查看执行计划 执行如下语句可以看到语句的执行计划 explain select SQL_NO_CACHE id from test_innodb where id=‘2’ 执行计划中各个字段的含义如下： 执行计划信息-id select 查询的序列号，标识执行的顺序 1、id相同，执行顺序由上至下 2、id不同，如果是子查询，id的序号会递增，id值越大优先级越高，越先被执行 3、id...
MySQL调优系列（四）——执行计划
liwangcuihua的博客
05-08 682
sql语句是有具体的执行过程的，通过查看这个执行过程，可以针对性的优化某一步骤，以加快SQL语句的执行效率。通过MySQL调优系列（一）——性能监控我们可以知道，有一个查询优化器，查询优化器：优化客户端请求query，根据客户端请求的 query 语句，和数据库中的一些统计信息，在一系列算法的基础上进行分析，得出一个最优的策略，告诉后面的程序如何取得这个 query 语句的结果。（交由优化器将请求转化成执行计划，然后与存储引擎交互。
MySQL优化之执行计划
在每次的突破中遇见更好的自己
07-13 506
MySQL是一个关系型数据库管理系统，由瑞典MySQL AB公司开发，目前属于Oracle旗下产品。MySQL是最流行的关系型数据库管理系统之一，在Web应用方面，MySQL是最好的RDBMS应用软件之一 MySQL官网：https://www.mysql.com/ MySQL下载：https://www.mysql.com/downloads/ MySQL数据库根据应用的需要准备了不同的引擎，不同的引擎侧重点不一样 MyISAM：MySQL 5.0之前的默认数据库引擎，最为常用，拥有较高的插入、查询
MYSQL调优（三）之执行计划
qq_40223516的博客
07-27 333
MYSQL调优（三）之执行计划
MySQL调优利器【show profiles】
12-14
MySQL中的`show profiles`是一个非常实用的工具，用于分析SQL语句执行时的资源消耗，这对于数据库性能调优至关重要。在默认情况下，`show profiles`功能是关闭的，但可以通过设置变量来启用它，以便获取关于SQL语句...
2019最新navicat110_mysql_en_x64与SQLyog711EntTrial.zip
11-07
标题"2019最新navicat110_mysql_en_x64与SQLyog711EntTrial.zip"表明这是一个压缩文件，包含了2019年发布的两个数据库管理工具的最新版本：Navicat 11.0 for MySQL的64位英文版和SQLyog 7.11 Enterprise Trial（试用...
MySQL执行计划
1992的小明
10-06 364
目录 查看执行计划方法 各个字段详解 id select_type type possible_keys key key_len ref rows Extra 你是否遇到表加了索引之后，查询执行依旧很慢？是否困惑索引有没有生效？ 带着问题，我们来学习下一个MySQL数据库开发者必备的利器--查看执行计划。 查看执行计划方法 1、命令行方式：EXPLAIN + sql 2、界面方式：Navicat 自带 其中比较重要的列有id、type、key、rows...
mysql优化利器之explain使用介绍
12-16
MySQL中的EXPLAIN是用于分析SQL查询执行计划的重要工具，它能帮助我们理解查询语句在数据库中的执行过程，从而找出可能存在的性能瓶颈并进行优化。本文将详细介绍如何使用EXPLAIN来提升MySQL数据库的性能。 一、...
MySQL执行计划优化案例
godflowerszzz的博客
05-08 593
单表优化 create table book ( bid int(4) primary key, name varchar(20) not null, authorid int(4) not null, publicid int(4) not null, typeid int(4) not null ); insert into book values(1,'tjava',1,1,2...
mysql性能优化-查询执行计划分析（EXPLAIN）
最新发布
Flying_Fish_roe的博客
09-20 1293
EXPLAIN命令用于显示 MySQL 如何执行SELECT查询。它提供了关于表如何被扫描、使用了哪些索引、表之间的连接顺序、连接类型等关键信息。通过EXPLAIN命令，开发者可以深入了解查询的执行方式，从而找出可以优化的地方。基本语法MySQL 将会返回查询执行的详细计划。可以用于SELECT查询，以及包含SELECT的INSERTUPDATEDELETE语句。EXPLAIN是 MySQL 查询优化中非常重要的工具，通过它我们可以深入了解查询执行的过程，找到性能瓶颈，并通过索引、查询重构等手段进行优化。
mysql——执行计划
qq_51167391的博客
11-14 1566
ALL与index的区别就是ALL是从硬盘中读取，而index是从索引文件中读取」，ALL全表扫描意味着Mysql会从表的头到尾进行扫描，这时候表示通常需要增加索引来进行优化了，或者说是查询中并没有使用索引作为条件进行查询。在数据库的查询中不要使用（！id表示执行select查询语句的序号，它是sql执行的顺序的标识，sql按照id从大到小执行，id相同的为一组，从上到下执行。表示查询的列被索引覆盖，这个是查询性能比较高的体现，即所要查询的信息搜在索引里面可以得到，不用回表，索引被正确的使用。
【MySQL调优】如何进行MySQL调优？一篇文章就够了！
热门推荐
vincewm的博客
06-06 2万+
MySQL调优主要分为三个步骤：监控报警、排查慢SQL、MySQL调优。 排查慢SQL：开启慢查询日志 、找出最慢的几条SQL、分析查询计划 。 MySQL调优： 基础优化：缓存优化、硬件优化、参数优化、定期清理垃圾、使用合适的存储引擎、读写分离、分库分表； 表设计优化：数据类型优化、冷热数据分表等。 索引优化：考虑索引失效的11个场景、遵循索引设计原则、连接查询优化、排序优化、深分页查询优化、覆盖索引、索引下推、用普通索引等。 SQL优化。
【MySQL】MySQL执行计划与SQL调优提高查询效率(优化篇)(实战篇)（MySQL专栏启动）
小明的Java问道之路
11-23 5959
本文详细介绍MySQL执行计划及其原理，并且对SQL调优提高查询效率，如何优化SQL做出指导性建议，同时本文也是前面16篇文章的一个优化与实战思路的指导综合。 学习本文之前，建议重点学习本专栏的《深入理解MySQL索引原理》*、《深入理解MySQL索引优化器原理》*、《MySQL体系结构与内部组件工作原理解析》*、《高性能高可用设计实战-索引篇》*、《MySQL数据库锁使用与InnoDB加锁的原理解析》 ​
Mysql执行计划另外一个工具optimizer trace
topsion的博客
12-16 730
在 MySQL 5.6 及之后的版本中，我们可以使用 optimizer trace 功能查看优化器生成执行计划的整个过程。有了这个功能，我们不仅可以了解优化器的选择过程，更可以了解每一个执行环节的成本，然后依靠这些信息进一步优化查询。 举例 SET optimizer_trace="enabled=on"; SELECT * FROM person WHERE NAME >'name84059' AND create_time>'2020-01-24 05:00:00'; SELECT *
Mysql调优常用命令以及执行计划
weixin_38612401的博客
04-23 1405
mysql常用的性能监视方式：profiling,performance_schema,processlist；执行计划详解；sql设计时的注意事项
深入了解MySQL
weixin_34302798的博客
09-25 150
存储引擎 Attribute MyISAM Heap ...
揭秘MySQL性能优化利器：EXPLAIN命令详解与实战应用
它的作用是对这条查询语句的执行路径和处理方式进行分解，生成执行计划，包括但不限于以下信息： - **类型（Type）**: 指出MySQL将采用何种方式获取数据，如全表扫描（All rows），索引扫描（Index）等。 - **选择...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值