hello,大家早上好,中午好,晚上好。今天2020(爱你爱你)第一天祝大家新年快乐。今天也是鸡排妹带大家2020年的第1天。好了,去年的上好鸡排妹带大家了解SQL优化,现在继续开始带大家继续努力学习SQL优化。
![dd3be9fdd8a6faaf259288d906b218e0.png](https://i-blog.csdnimg.cn/blog_migrate/9e04c8fc9cd0f6a25b0d68cb11fa0864.jpeg)
3.3 explain分析执行计划
通过以上步骤查询到效率低的 SQL 语句后,可以通过 EXPLAIN或者 DESC命令获取 MySQL如何执行 SELECT 语句的信息,包括在 SELECT 语句执行过程中表如何连接和连接的顺序。
查询SQL语句的执行计划 :
![7165c5cc2b94cbfb5605b3a267685a0d.png](https://i-blog.csdnimg.cn/blog_migrate/634f164321182560f347f9915d94b75b.jpeg)
explain select * from tb_item where title ='new2 - 阿尔卡特 (OT-927) 炭黑 联通3G手机 双卡双待';
![86c3ec5a80696d58e4ed4cfeea679672.png](https://i-blog.csdnimg.cn/blog_migrate/04508a0575a523114483a6e0aa9fd9bd.jpeg)
CREATE TABLE `t_role` (
![c0628f11ff181a6811efd19e0d26d682.png](https://i-blog.csdnimg.cn/blog_migrate/2e4724671585a350cc8fa57cfb646780.jpeg)
下面介绍一下上面字段是什么意思。
3.3.1 环境准备
![dc04b5bea11be25eaeba4f76a9d5f4d2.png](https://i-blog.csdnimg.cn/blog_migrate/34c97e431b5af1749175b2bc2a4db101.jpeg)
CREATE TABLE `t_role` (
`id` varchar(32) NOT NULL,
`role_name` varchar(255) DEFAULT NULL,
`role_code` varchar(255) DEFAULT NULL,
`description` varchar(255) DEFAULT NULL,
PRIMARY KEY (`id`),
UNIQUE KEY `unique_role_name` (`role_name`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
CREATE TABLE `t_user` (
`id` varchar(32) NOT NULL,
`username` varchar(45) NOT NULL,
`password` varchar(96) NOT NULL,
`name` varchar(45) NOT NULL,
PRIMARY KEY (`id`),
UNIQUE KEY `unique_user_username` (`username`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
CREATE TABLE `user_role` (
`id` int(11) NOT NULL auto_increment ,
`user_id` varchar(32) DEFAULT NULL,
`role_id` varchar(32) DEFAULT NULL,
PRIMARY KEY (`id`),
KEY `fk_ur_user_id` (`user_id`),
KEY `fk_ur_role_id` (`role_id`),
CONSTRAINT `fk_ur_role_id` FOREIGN KEY (`role_id`) REFERENCES `t_role` (`id`) ON
DELETE NO ACTION ON UPDATE NO ACTION,
CONSTRAINT `fk_ur_user_id` FOREIGN KEY (`user_id`) REFERENCES `t_user` (`id`) ON
DELETE NO ACTION ON UPDATE NO ACTION
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
insert into `t_user` (`id`, `username`, `password`, `name`) values('1','super','$2a$10$TJ4TmCdK.X4wv/tCqHW14.w70U3CC33CeVncD3SLmyMXMknstqKRe',' 超级管理员');
insert into `t_user` (`id`, `username`, `password`, `name`) values('2','admin','$2a$10$TJ4TmCdK.X4wv/tCqHW14.w70U3CC33CeVncD3SLmyMXMknstqKRe',' 系统管理员');
insert into `t_user` (`id`, `username`, `password`, `name`) values('3','itcast','$2a$10$8qmaHgUFUAmPR5pOuWhYWOr291WJYjHelUlYn07k5ELF8ZCrW0Cui', 'test02');
insert into `t_user` (`id`, `username`, `password`, `name`) values('4','stu1','$2a$10$pLtt2KDAFpwTWLjNsmTEi.oU1yOZyIn9XkziK/y/spH5rftCpUMZa','学 生1');
insert into `t_user` (`id`, `username`, `password`, `name`) values('5','stu2','$2a$10$nxPKkYSez7uz2YQYUnwhR.z57km3yqKn3Hr/p1FR6ZKgc18u.Tvqm','学 生2');
insert into `t_user` (`id`, `username`, `password`, `name`) values('6','t1','$2a$10$TJ4TmCdK.X4wv/tCqHW14.w70U3CC33CeVncD3SLmyMXMknstqKRe','老师 1');
INSERT INTO `t_role` (`id`, `role_name`, `role_code`, `description`) VALUES('5','学 生','student','学生');
INSERT INTO `t_role` (`id`, `role_name`, `role_code`, `description`) VALUES('7','老 师','teacher','老师');
INSERT INTO `t_role` (`id`, `role_name`, `role_code`, `description`) VALUES('8','教 学管理员','teachmanager','教学管理员');
INSERT INTO `t_role` (`id`, `role_name`, `role_code`, `description`) VALUES('9','管 理员','admin','管理员');
INSERT INTO `t_role` (`id`, `role_name`, `role_code`, `description`) VALUES('10','超 级管理员','super','超级管理员');
INSERT INTO user_role(id,user_id,role_id) VALUES(NULL, '1', '5'),(NULL, '1', '7'),
(NULL, '2', '8'),(NULL, '3', '9'),(NULL, '4', '8'),(NULL, '5', '10') ;
3.3.2 explain 之 id
id 字段是 select查询的序列号,是一组数字,表示的是查询中执行select子句或者是操作表的顺序。id 情况有三种;
1) id 相同表示加载表的顺序是从上到下。
explain select * from t_role r, t_user u, user_role ur where r.id = ur.role_id and u.id = ur.user_id ;
![617111629ce1be2bca4b826ab412dbae.png](https://i-blog.csdnimg.cn/blog_migrate/7a96babd90a8a75fb726ecae087b8ddc.jpeg)
2) id 不同id值越大,优先级越高,越先被执行。
![836a214e43e334c51230e7d147877dbe.png](https://i-blog.csdnimg.cn/blog_migrate/76ba93ccbc97a57a1af324a6fa1ffdd3.jpeg)
3) id 有相同,也有不同,同时存在。id相同的可以认为是一组,从上往下顺序执行;在所有的组中,id的值越 大,优先级越高,越先执行。
![79c1e360129b4c3f946b4c66fdfe261e.png](https://i-blog.csdnimg.cn/blog_migrate/f4eb8086ec298907dfccb2f6de7b7588.jpeg)
3.3.3 explain 之 select_type
表示 SELECT 的类型,常见的取值,如下表所示:
![970d9ba46cfd9de5cdbf94722a5af7f2.png](https://i-blog.csdnimg.cn/blog_migrate/15629ee02498d50e8d837a36b5253546.jpeg)
3.3.4 explain 之 table
展示这一行的数据是关于哪一张表的
3.3.5 explain 之 type
type 显示的是访问类型,是较为重要的一个指标,可取值为:
![5ab307e253cc86a82b53e5803c679885.png](https://i-blog.csdnimg.cn/blog_migrate/daf903829e0d8d587689d47edb118bf8.jpeg)
结果值从最好到最坏以此是:
NULL > system > const > eq_ref > ref > fulltext > ref_or_null > index_merge >
unique_subquery > index_subquery > range > index > ALL
system > const > eq_ref > ref > range > index > ALL
一般来说, 我们需要保证查询至少达到 range 级别, 最好达到ref 。
3.3.6 explain 之 key
possible_keys : 显示可能应用在这张表的索引, 一个或多个。
key : 实际使用的索引, 如果为NULL, 则没有使用索引。
key_len : 表示索引中使用的字节数, 该值为索引字段最大可能长度,并非实际使用长度,在不损失精确性的前 提下, 长度越短越好 。
3.3.7 explain 之 rows
扫描行的数量。
3.3.8 explain 之 extra
其他的额外的执行计划信息,在该列展示 。
![7fa8bd00f544d953b134b41a9db539e9.png](https://i-blog.csdnimg.cn/blog_migrate/c72110907e0f22fec824355c75c2eb96.jpeg)
3.4 show profile分析SQL
Mysql从5.0.37版本开始增加了对 show profiles 和 show profile 语句的支持。show profiles 能够在做SQL优化时帮助我们了解时间都耗费到哪里去了。
通过 have_profiling 参数,能够看到当前MySQL是否支持profile:
select @@have_profiling;
![1348d88ee6f69670d6953829cb86773a.png](https://i-blog.csdnimg.cn/blog_migrate/5d70c83f14015abbec786529a9fabe22.jpeg)
默认profiling是关闭的,可以通过set语句在Session级别开启profiling:
select @@profiling;
![4267a018ca05fb9e8122f69387b60080.png](https://i-blog.csdnimg.cn/blog_migrate/6373ac80e3598fce506fbf59c297c25c.jpeg)
set profiling=1; //开启profiling 开关;
![a5191445d1fc4ad50dd4b266728919e0.png](https://i-blog.csdnimg.cn/blog_migrate/f5db9d12b41ed60d1c02e845169725d5.jpeg)
通过profile,我们能够更清楚地了解SQL执行的过程。
首先,我们可以执行一系列的操作,如下图所示:
show databases;
use day_demo;
show tables;
select * from tb_item where id < 5;
select count(*) from tb_item;
执行完上述命令之后,再执行show profiles 指令, 来查看SQL语句执行的耗时:
![fb4f43eee3a503100cc515e5a65d5e6e.png](https://i-blog.csdnimg.cn/blog_migrate/fa1bf6e19bb8271a2d0f4a3a19dce185.jpeg)
通过show profile for query query_id 语句可以查看到该SQL执行过程中每个线程的状态和消耗的时间:
![21d576a68f285c7643fd92b461cf1113.png](https://i-blog.csdnimg.cn/blog_migrate/71c7cf76cc80fa58c5a09a21a07868a6.jpeg)
通过show profile for query query_id 语句可以查看到该SQL执行过程中每个线程的状态和消耗的时间:
![977fef5dbe475a09da061c4fb60aace3.png](https://i-blog.csdnimg.cn/blog_migrate/50c9ecee3d88b27913ce0af731c171c8.jpeg)
TIP :
Sending data 状态表示MySQL线程开始访问数据行并把结果返回给客户端,而不仅仅是返回个客户端。由于在Sending data状态下,MySQL线程往往需要做大量的磁盘读取操作,所以经常是整各查询中耗时最长的状态。
在获取到最消耗时间的线程状态后,MySQL支持进一步选择all、cpu、block io 、context switch、page faults等 明细类型类查看MySQL在使用什么资源上耗费了过高的时间。例如,选择查看CPU的耗费时间 :
![8b02fbce6645ec9dcfd3c44bcdc430d1.png](https://i-blog.csdnimg.cn/blog_migrate/a279af8857b425817be49c54834a8e63.jpeg)
![ad535556463fbcab379ce8ec9d028d6b.png](https://i-blog.csdnimg.cn/blog_migrate/9257a0f4cfdbce65b79d241251e161d1.jpeg)
3.5 trace分析优化器执行计划
MySQL5.6提供了对SQL的跟踪trace, 通过trace文件能够进一步了解为什么优化器选择A计划, 而不是选择B计划。
打开trace , 设置格式为 JSON,并设置trace最大能够使用的内存大小,避免解析过程中因为默认内存过小而不能 够完整展示。
SET optimizer_trace="enabled=on",end_markers_in_json=on;
set optimizer_trace_max_mem_size=1000000;
执行SQL语句 :
select * from tb_item where id < 4;
最后, 检查information_schema.optimizer_trace就可以知道MySQL是如何执行SQL的 :
select * from information_schema.optimizer_traceG;
![5d800f0bbfea2834d6fe6f5983c82ba6.png](https://i-blog.csdnimg.cn/blog_migrate/a75b20e4323b3a2b8bcae3b07eb64cdc.jpeg)