MySQL进阶（6）—— 优化SQL步骤

最新推荐文章于 2022-04-14 09:58:53 发布
最新推荐文章于 2022-04-14 09:58:53 发布
阅读量173 收藏 1
点赞数
分类专栏： mysql 文章标签： mysql 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_42137701/article/details/108912299
版权

1、查看SQL执行效率

MySQL 客户端连接成功后，通过 show [session|global] status 命令可以提供服务器状态信息。show [session|global] status 可以根据需要加上参数“session”或者“global”来显示 session 级（当前连接）的计结果和 global 级（自数据库上次启动至今）的统计结果。如果不写，默认使用参数是“session”。

下面的命令显示了当前 session 中所有统计参数的值：

show status like 'Com_______';

在这里插入图片描述

show status like 'Innodb_rows_%';

在这里插入图片描述
Com_xxx 表示每个 xxx 语句执行的次数，我们通常比较关心的是以下几个统计参数。

参数含义
Com_select执行 select 操作的次数，一次查询只累加 1。
Com_insert执行 INSERT 操作的次数，对于批量插入的 INSERT 操作，只累加一次。
Com_update执行 UPDATE 操作的次数。
Com_delete执行 DELETE 操作的次数。
Innodb_rows_readselect 查询返回的行数。
Innodb_rows_inserted执行 INSERT 操作插入的行数。
Innodb_rows_updated执行 UPDATE 操作更新的行数。
Innodb_rows_deleted执行 DELETE 操作删除的行数。
Connections试图连接 MySQL 服务器的次数。
Uptime服务器工作时间。
Slow_queries慢查询的次数。

Com_*** : 这些参数对于所有存储引擎的表操作都会进行累计。

Innodb_*** : 这几个参数只是针对InnoDB 存储引擎的，累加的算法也略有不同。

2、定位低效率执行SQL

可以通过以下两种方式定位执行效率低的 SQL 语句。

  • 慢查询日志：通过满查询日志定位那些效率较低的SQl语句，用 --log-slow-queries[=file_name]选项启动时，mysqld写一个包含所有执行时间超过 long_query_time 秒的 SQL 语句的日志文件。
  • show processlist：满查询日志在查询结束后才记录，所以在应用反应执行效率出现问题的时候查询慢查询日志并不能定位问题，可以使用 show processlist明冷查看当前 MySQL 在进行的线程，包括 线程的状态、是否锁表 等，可以实时查看 SQL 的执行情况，同时对一些锁表操作进行优化。

在这里插入图片描述

1） id列，用户登录mysql时，系统分配的"connection_id"，可以使用函数connection_id()查看

2） user列，显示当前用户。如果不是root，这个命令就只显示用户权限范围的sql语句

3） host列，显示这个语句是从哪个ip的哪个端口上发的，可以用来跟踪出现问题语句的用户

4） db列，显示这个进程目前连接的是哪个数据库

5） command列，显示当前连接的执行的命令，一般取值为休眠（sleep），查询（query），连接（connect）等

6） time列，显示这个状态持续的时间，单位是秒

7） state列，显示使用当前连接的sql语句的状态，很重要的列。state描述的是语句执行中的某一个状态。一个sql语句，以查询为例，可能需要经过copying to tmp table、sorting result、sending data等状态才可以完成

8） info列，显示这个sql语句，是判断问题语句的一个重要依据

3、explain分析执行计划

通过以上步骤查询到效率低的 SQL 语句后，可以通过 EXPLAIN或者 DESC命令获取 MySQL如何执行 SELECT 语句的信息，包括在 SELECT 语句执行过程中表如何连接和连接的顺序。

查询SQL语句的执行计划 ：

explain  select * from tb_item where id = 1;

在这里插入图片描述

explain  select * from tb_item where title = '阿尔卡特 (OT-979) 冰川白 联通3G手机3';

在这里插入图片描述

字段含义
idselect查询的序列号，是一组数字，表示的是查询中执行select子句或者是操作表的顺序。
select_type表示 SELECT 的类型，常见的取值有 SIMPLE（简单表，即不使用表连接或者子查询）、PRIMARY（主查询，即外层的查询）、UNION（UNION 中的第二个或者后面的查询语句）、SUBQUERY（子查询中的第一个 SELECT）等
table输出结果集的表
type表示表的连接类型，性能由好到差的连接类型为( system —> const -----> eq_ref ------> ref -------> ref_or_null----> index_merge —> index_subquery -----> range -----> index ------> all )
possible_keys表示查询时，可能使用的索引
key表示实际使用的索引
key_len索引字段的长度
rows扫描行的数量
extra执行情况的说明和描述

3.1 环境准备

在这里插入图片描述

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.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 ;

在这里插入图片描述

2） id 不同id值越大，优先级越高，越先被执行。

EXPLAIN SELECT * FROM t_role WHERE id = (SELECT role_id FROM user_role WHERE user_id = (SELECT id FROM t_user WHERE username = 'stu1'))

在这里插入图片描述

3） id 有相同，也有不同，同时存在。id相同的可以认为是一组，从上往下顺序执行；在所有的组中，id的值越大，优先级越高，越先执行。

EXPLAIN SELECT * FROM t_role r , (SELECT * FROM user_role ur WHERE ur.`user_id` = '2') a WHERE r.id = a.role_id ;

在这里插入图片描述

3.3 explain 之 select_type

表示 SELECT 的类型，常见的取值，如下表所示：

select_type含义
SIMPLE简单的select查询，查询中不包含子查询或者UNION
PRIMARY查询中若包含任何复杂的子查询，最外层查询标记为该标识
SUBQUERY在SELECT 或 WHERE 列表中包含了子查询
DERIVED在FROM 列表中包含的子查询，被标记为 DERIVED（衍生） MYSQL会递归执行这些子查询，把结果放在临时表中
UNION若第二个SELECT出现在UNION之后，则标记为UNION ； 若UNION包含在FROM子句的子查询中，外层SELECT将被标记为 ： DERIVED
UNION RESULT从UNION表获取结果的SELECT

3.4 explain 之 table

展示这一行的数据是关于哪一张表的

3.5 explain 之 type

type 显示的是访问类型，是较为重要的一个指标，可取值为：

type含义
NULLMySQL不访问任何表，索引，直接返回结果
system表只有一行记录(等于系统表)，这是const类型的特例，一般不会出现
const表示通过索引一次就找到了，const 用于比较primary key 或者 unique 索引。因为只匹配一行数据，所以很快。如将主键置于where列表中，MySQL 就能将该查询转换为一个常亮。const于将 “主键” 或 “唯一” 索引的所有部分与常量值进行比较
eq_ref类似ref，区别在于使用的是唯一索引，使用主键的关联查询，关联查询出的记录只有一条。常见于主键或唯一索引扫描
ref非唯一性索引扫描，返回匹配某个单独值的所有行。本质上也是一种索引访问，返回所有匹配某个单独值的所有行（多个）
range只检索给定返回的行，使用一个索引来选择行。 where 之后出现 between ， < , > , in 等操作。
indexindex 与 ALL的区别为 index 类型只是遍历了索引树， 通常比ALL 快， ALL 是遍历数据文件。
all将遍历全表以找到匹配的行

结果值从最好到最坏以此是：

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.6 explain 之 key

possible_keys : 显示可能应用在这张表的索引， 一个或多个。 

key ： 实际使用的索引， 如果为NULL， 则没有使用索引。

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

3.7 explain 之 rows

扫描行的数量。

3.8 explain 之 extra

其他的额外的执行计划信息，在该列展示 。

extra含义
using filesort说明mysql会对数据使用一个外部的索引排序，而不是按照表内的索引顺序进行读取， 称为 “文件排序”, 效率低。
using temporary使用了临时表保存中间结果，MySQL在对查询结果排序时使用临时表。常见于 order by 和 group by； 效率低
using index表示相应的select操作使用了覆盖索引， 避免访问表的数据行， 效率不错。

4、show profile分析SQL

Mysql从5.0.37版本开始增加了对 show profiles 和 show profile 语句的支持。show profiles 能够在做SQL优化时帮助我们了解时间都耗费到哪里去了。

通过 have_profiling 参数，能够看到当前MySQL是否支持profile：
在这里插入图片描述
默认profiling是关闭的，可以通过set语句在Session级别开启profiling：
在这里插入图片描述

set profiling=1; //开启profiling 开关；

通过profile，我们能够更清楚地了解SQL执行的过程。

首先，我们可以执行一系列的操作，如下图所示：

show databases;

use db01;

show tables;

select * from tb_item where id < 5;

select count(*) from tb_item;

执行完上述命令之后，再执行show profiles 指令， 来查看SQL语句执行的耗时：

在这里插入图片描述

通过show profile for query query_id 语句可以查看到该SQL执行过程中每个线程的状态和消耗的时间：

在这里插入图片描述

TIP ：
  Sending data 状态表示MySQL线程开始访问数据行并把结果返回给客户端，而不仅仅是返回个客户端。由于在Sending data状态下，MySQL线程往往需要做大量的磁盘读取操作，所以经常是整各查询中耗时最长的状态。

在获取到最消耗时间的线程状态后，MySQL支持进一步选择all、cpu、block io 、context switch、page faults等明细类型类查看MySQL在使用什么资源上耗费了过高的时间。例如，选择查看CPU的耗费时间 ：

在这里插入图片描述

字段含义
Statussql 语句执行的状态
Durationsql 执行过程中每一个步骤的耗时
CPU_user当前用户占有的cpu
CPU_system系统占有的cpu

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_trace\G;
waitself
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
数据库中key 、primary key 、unique key 与index区别
雪国的花儿’s Blog
03-02 2392
索引被用来快速找出在一个列上用一特定值的行。没有索引，MySQL不得不首先以第一条记录开始并然后读完整个表直到它找出相关的行。 所有的MySQL索引(primary、unique和index)在B树中存储。字符串是自动地压缩前缀和结尾空间。 CREATE TABLE `user_paper` ( `id` int(11) unsigned NOT NULL AUTO_INCREMENT...
主键(primary key)和唯一键(unique) 知识点总结
热门推荐
weixin_44340836的博客
02-04 1万+
主键(Primary key) 概念 主键用于唯一标识表中的每一条数据。 主键的特征: 不能重复, 不能为空。 示例 create table stu1( id int auto_increment primary key, <------#主键 name varchar(20) ); 注意点: auto_increment的字段必须是主键, 但是主键不一定是auto_increment的。 一个表只能有一个主键, 但是主键可以是1个或多个字段组成。 aut
mysql之repair table 修复表札记
lxw1844912514的博客
03-29 785
REPAIR [LOCAL | NO_WRITE_TO_BINLOG] TABLEtbl_name[,tbl_name] ... [QUICK] [EXTENDED] [USE_FRM] REPAIR TABLE用于修复被破坏的表。默认情况下，REPAIR TABLE与myisamchk --recovertbl_name具有相同的效果。REPAIR TA...
mysql - 索引优化
我的博客
08-27 591
世界上并没有完美的程序，但是我们并不因此而沮丧，因为写程序就是一个不断追求完美的过程。 1.索引必须是独立的列 索引不能是表达式的一部分：如，where id +1 = 2，索引是不生效的 索引不能是函数的参数：如，where to_days(current_date)，索引是不生效的 2.索引选择性 不重复的索引值数/总行数 索引的选择性越高越好 检查索引选择性代码： select count(distinct city)/count(*) as sel from country; 3.字符列很长.
MySQL重建或修复表或索引
anzhen0429的博客
06-20 1万+
2.11.3重建或修复表或索引 本节介绍如何重建或修复表或索引，这可能需要以下几点： 对MySQL如何处理数据类型或字符集的更改。例如，排序规则中的错误可能已被更正，需要重建表以更新使用排序规则的字符列的索引。 所需的表修理或升级的报道 CHECK TABLE， mysqlcheck的，或 mysql_upgrade。 重建表的方法包括：
MySql 教程-如何学习 mysql.pdf
最新发布
07-31
MySQL教程——如何有效地学习MySQL数据库 学习MySQL数据库的方法因人而异，但以下是一些通用的建议和步骤，可以帮助你高效地掌握这个重要的数据库系统。 首先，培养对MySQL的兴趣至关重要。无论你是因为工作需求、...
MySQL的jar包以及源码
04-09
本资源包含了MySQL的JDBC驱动jar包——mysql-connector-java-5.1.37-bin.jar，以及相关的源码，这对于Java开发者来说是非常有价值的。 首先，让我们详细了解`mysql-connector-java-5.1.37-bin.jar`。这是一个Java ...
Java中jqGrid 学习笔记整理——进阶篇(二)
09-02
jqGrid是一款强大的JavaScript库，用于创建动态、交互式的表格，而这里的进阶篇(二)将涉及到如何通过Java后端来提供数据支持。 首先，我们需要搭建相应的环境。这里使用的是JDK 1.8.0_71，集成开发环境(myEclipse)...
Java课设图书商城管理系统（MySQL+控制台）
04-09
《Java课设图书商城管理系统——MySQL与控制台应用实践》 在Java编程的学习过程中，一个实际的项目案例能极大地提升我们的编程技能和理解。这里我们关注的“Java课设图书商城管理系统”就是一个理想的选择，特别...
MySQL-5-7——从.入.门.到.精.通.pdf.zip
07-09
6. **性能优化**：介绍如何分析和优化查询性能，使用索引、分区、物化视图等技术提升查询效率，以及MySQL的性能监视工具。 7. **复制与集群**：讲解MySQL的复制功能，包括主从复制和多源复制，以及如何搭建高可用性...
MySQL重建或修复索引
为梦想奋斗
02-21 5799
在索引丢失或者恢复只有数据的备份时很有用。 mysql> repair table XXX USE_FRM;
mysql repair 索引_mysql之repair table 修复表札记
weixin_39616674的博客
01-14 190
REPAIR TABLE用于修复被破坏的表。默认情况下，REPAIR TABLE与myisamchk--recovertbl_name具有相同的效果。REPAIRTABLE对MyISAM和ARCHIVE表起作用。请参见,。通常，您基本上不必运行此语句。但是，如果灾难发生，REPAIRTABLE很有可能从MyISAM表中找回所有数据。如果您的表经常被破坏，您应该尽力找到原因，以避免使用REPAIRT...
mysql repair 索引_mysql 重新建立索引的方法
weixin_39575758的博客
01-14 152
本节内容：mysql索引重建方法操作方法：./myisamchk -r -q 路径/数据库/表名例如：复制代码 代码示例:./myisamchk -r -q ./../crawler/feedalter table feed Auto_increment=34909090alter table feed modify raw_url varchar(255) BINARY NOT NULL...
mysql 查询小于当前时间的数据_mysql查询数据不一致原因分析
weixin_39585691的博客
12-05 1670
最近出现一个很奇怪的MySQL问题，使用不同select语句查询全部数据集居然得到不同的记录数。select * 得到4条记录，select 字段得到的是3条记录。具体问题可以看下面的查询结果：mysql> select * from table_myisam; +----------+-------+----------...
mysql中repair的用法,Mysql应用mysql下优化表和修复表命令使用说明(REPAIR TABLE和OPTIMIZE TABLE)...
weixin_28748867的博客
03-23 1654
搜索热词《MysqL应用MysqL下优化表和修复表命令使用说明(REPAIR TABLE和OPTIMIZE TABLE)》要点：本文介绍了MysqL应用MysqL下优化表和修复表命令使用说明(REPAIR TABLE和OPTIMIZE TABLE)，希望对您有用。如果有疑问，可以联系我们。查询MysqL表是否被毁坏命令,如下：# CHECK TABLE 表名MysqL的长期使用,肯定会出现一些问题...
使用sql语句修复表
u011042325的博客
04-14 1729
网站的症状表现 例如article文章表损坏，出现网站后台登录正常，但是后台文章管理和前台文章部分的内容全部空白。 1、表损坏的原因 导致表损坏的原因有很多，一般常见的有以下几种: 服务器不正常关机导致表文件损坏； 硬盘故障； mysql写入操作时被关闭进程。 2、表损坏的症状 一个表损坏的症状从数据库上表现为： 打开表时会提示“Can't open file: ‘×××.MYI' (errno: 145)”； 查询数据时会类似提示“Incorrect key file for ta.
mysql高级部分内容学习笔记
weixin_47247523的博客
12-03 1304
mysql高级部分内容学习笔记 1索引 mysql官方对索引的定义为：索引(index) 是帮助mysql搞笑获取数据的数据结构(有序),在数据之外，数据库系统还维护这满足特定查找算法的数据结构，这些数据结构 就是索引。 左边是数据表，一共有两列七条记录，最左边的是数据记录的物理地址（注意逻辑上相邻的记录在磁盘上也并不是一定物理相邻的）。为了加快Col2的查找，可以维护一个右边所示的二叉查找树，每个节点分别包含索引键值和一个指向对应数据记录物理地址的指针，这样就可以运用二叉查找快速获取到相应数据。..
84.5 MYSQL数据库查询优化 之 explain 慢查询日志分析
米洛口的博客
12-30 797
数据库优化的问题 通过设置my.ini 设置 慢查询 通过MySQL数据库开启慢查询 查看慢查询日志是否开启 分析慢查询日志 利用explain关键字可以模拟优化器执行SQL查询语句，来分析sql慢查询语句 例如：执行 EXPLAIN SELECT * FROM res_user ORDER BYmodifiedtime LIMIT 0,1000 查询出来重要的几个指标就是 key、type 、rows、extra， 其中key为null时，说明没有使用到索引，需要调整索引。 type为all的地方
mysql - 慢查询日志、explain详解
The Secret
12-13 628
一　开启慢查询日志 show variables like 'slow_query_log'; show variables like 'slow_query%'; show variables like 'long_query_time'; set global slow_query_log = 'ON'; set global slow_query_log_file = 'C:/Us...
"Mysql进阶: SQL数据库高级查询与注意事项
SQL数据库（Mysql进阶） - Git1；SQL数据库（Mysql进阶） - Git1;SQL基础(MYSQ的高级查询DML和DQL) 注意事项(这都是在图形化界面写的，终端要看好符号，例如’’;等) 本文主要介绍了SQL数据库的相关知识，重点是...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值