目录

一.概念

二.查看SQL执行频率

三.定位低效率执行SQL

定位低效率执行SQL—慢查询日志

操作

定位低效率执行SQL—show processlist

四.explain分析执行计划

字段说明

explain中的id

 explain中的select_type

 explain中的type

explain中的table

explain中的rows

explain中的key

explain中的extra

一.概念

在应用的的开发过程中，由于初期数据量小，开发人员写SQL语句时更重视功能上的实现，但是当应用系统正式上线后，随着生产数据量的急剧增长，很多SQL语句开始逐渐显露出性能问题，对生产的影响也越来越大，此时这些有问题的SQL语句就成为整个系统性能的瓶颈，因此我们必须要对它们进行优化.

MySQL的优化方式有很多，大致我们可以从以下几点来优化MySQL:

1. 从设计上优化
2. 从查询上优化
3. 从索引上优化
4. 从存储上优化

二.查看SQL执行频率

MySQL客户端连接成功后，通过show [session/global] status 命令可以查看服务器状态信息。通过查看状态信息可以查看对当前数据库的主要操作类型。

-- 下面的命令显示了当前 session 中所有统计参数的值
show session status like 'Com_______';-- 查看当前会话统计结果
show global status like 'Com_______';-- 查看自数据库上次启动至今提及结果show status like 'Innodb_row_%';-- 查看针对Innodb引擎的统计结果

三.定位低效率执行SQL

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

1. 慢查询日志:通过慢查询日志定位那些执行效率较低的SQL语句。
2. show processlist:该命令查看当前MysQL在进行的线程，包括线程的状态、是否锁表等，可以实时地查看sQL的执行情况，同时对一些锁表操作进行优化。

定位低效率执行SQL—慢查询日志

操作

-- 查看慢日志配置信息
show variables like '%slow_query_log%';
-- 开启慢日志查询
set global slow_query_log=1;
-- 查看慢日志记录SQL的最低阈值时间
show variables like 'long_query_time%';
-- 修改慢日志记录SQL的最低阈值时间
set global long_query_time=4;

定位低效率执行SQL—show processlist

操作

show processlist;

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列，显示使用当前连接的sq语句的状态，很重要的列。state描述的是语句执行中的某一个状态。一个sqi语句，以查询为例，可能需要经过copying to tmp table、sorting result、sending data等状态才可以完成
8. info列，显示这个sql语句，是判断问题语句的一个重要依据

四.explain分析执行计划

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

链接：https://pan.baidu.com/s/1uaxnHLdWm-f5iY4zNc-n9g 
提取码：1234

use test_optimize;explain select * from user where uid=1;explain select * from user where uname='张飞';

字段说明

explain中的id

id字段是select查询的序列号，是一组数字，表示的是查询中执行select子句或者是操作表的顺序。id情况有三种:

1、id相同表示加载表的顺序是从上到下

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

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

-- 1、id相同表示加载表的顺序是从上到下
explain select * from user u,user_role ur ,`role` r where u.uid =ur.uid and ur.rid =r.rid ;
-- 2、id不同 id值越大，优先级越高，越先被执行
explain select * from role where rid=(select rid from user_role ur where uid=(select uid from user where uname='张飞'));
-- 3、id有相同也有不同，同时存在，id相同的可以认为是一组，从上往下顺序执行；在所有的组中id值越大，优先级越高
explain select * from role r,(select * from user_role ur where ur.uid=(select uid from user where uname='张飞')) t where r.rid =t.rid;

 explain中的select_type

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

 连表查询也是simple

-- derived :在from中包含子查询，被标记为衍生表
explain select * from (select * from user limit 2) t;

 explain中的type

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

结果值从最好到最坏以此是: system > const > eq_ref > ref > range > index >ALL

-- explain 
-- all
explain select * from user;
-- null 不访问任何表，任何索引，直接返回结果
explain select now();
-- system 查询系统表，表示直接从内存读取数据，不会从磁盘读取，但是5.7及以上版本不再显示system，直接显示all
explain select * from mysql.tables_priv tp ;
-- const
explain select * from user where uid=2;
explain select * from user where uname='张飞';-- 在没有创建唯一索引之前type为all，创建唯一索引之后为const，创建普通索引为refcreate unique index index_uname on user (uname);-- 创建唯一索引
drop index index_uname on user;-- 删除索引create  index index_uname on user (uname);-- 创建普通索引

系统表指系统自带的表

 注：

eq_ref指左表有主键，而且左表的每一行和右表的每一行刚好匹配

explain中的table

显示这—步所访问数据库中表名称有时不是真实的表名字，可能是简称，

explain中的rows

扫描行的数量

explain中的key

1. possible_keys :显示可能应用在这张表的索引，一个或多个。
2. key :实际使用的索引，如果为NULL，则没有使用索引。
3. key_len:表示索引中使用的字节数，该值为索引字段最大可能长度，并非实际使用长度，在不损失精确性的前提下，长度越短越好。

explain中的extra

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