SQL性能分析
1 SQL执行频率
MySQL 客户端连接成功后，通过
show [session|global] status -- session 是查看当前会话 ; -- global 是查询全局数据 ;
命令可以提供服务器状态信息。
通过如下指令，可以查看当前数据库的INSERT、UPDATE、DELETE、SELECT的访问频次：
show global status like 'com_______';
Com_delete: 删除次数
Com_insert: 插入次数
Com_select: 查询次数
Com_update: 更新次数
通过上述指令，我们可以查看到当前数据库到底是以查询为主，还是以增删改为主，从而为数据库优化提供参考依据。
如果是以增删改为主，我们可以考虑不对其进行索引的优化。
如果是以查询为主，那么就要考虑对数据库的索引进行优化了。
2 慢查询日志
慢查询日志记录了所有执行时间超过指定参数（long_query_time，单位：秒，默认10秒）的所有SQL语句的日志。
2.1 查询慢日志是否开启
MySQL的慢查询日志默认没有开启，我们可以查看一下系统变量 slow_query_log。
show variables like 'slow_query_log';
开启MySQL慢日志查询开关：
set global slow_query_log = 1; show variables like 'slow_query_log';
2.2 查询慢日志的时间
默认为10s
show variables like 'long_query_time';
2.3 查看慢日志文件中记录的信息
找到my.ini文件并打开(mysql安装目录文件夹下)
查找datadir对应的目录，日志文件就放在该目录下。
3 profile详情
show profiles 能够在做SQL优化时帮助我们了解时间都耗费到哪里去了。通过have_profiling参数，能够看到当前MySQL是否支持profile操作：
3.1 查询是否支持 profile
SELECT @@have_profiling ;
3.2 查询 profile 是否开启
select @@profiling;
3.3 开启 profile
可以通过set语句在session/global级别开启profiling：
set @@profiling=1; select @@profiling;
开关已经打开了，接下来，我们所执行的SQL语句，都会被MySQL记录，并记录执行时间消耗到哪儿去了。
3.4 查看每一条SQL的耗时基本情况
show profiles;
3.5 查看指定query_id的SQL语句各个阶段的耗时情况
show profile for query query_id;
show profile for query 107;
3.6 查看指定query_id的SQL语句CPU的使用情况
show profile cpu for query query_id;
show profile cpu for query 150;
4 explain
EXPLAIN 或者 DESC命令获取 MySQL 如何执行 SELECT 语句的信息，包括在 SELECT 语句执行过程中表如何连接和连接的顺序。
4.1 语法
直接在select语句之前加上关键字 explain / desc
EXPLAIN SELECT 字段列表 FROM 表名 WHERE 条件 ;
explain select d.* from dept d where id=1;
4.2 Explain 执行计划中各个字段的含义
| 字段 | 含义 |
| id | select查询的序列号，表示查询中执行select子句或者是操作表的顺序(id相同，执行顺序从上到下；id不同，值越大，越先执行)。 |
| select_type | 表示 SELECT 的类型，常见的取值有 SIMPLE（简单表，即不使用表连接或者子查询）、PRIMARY（主查询，即外层的查询）、UNION（UNION 中的第二个或者后面的查询语句）、SUBQUERY（SELECT/WHERE之后包含了子查询）等 |
| type | 表示连接类型，性能由好到差的连接类型为NULL、system、const、eq_ref、ref、range、 index、all 。 |
| possible_key | 显示可能应用在这张表上的索引，一个或多个。 |
| key | 实际使用的索引，如果为NULL，则没有使用索引。 |
| key_len | 表示索引中使用的字节数， 该值为索引字段最大可能长度，并非实际使用长度，在不损失精确性的前提下， 长度越短越好 。 |
| rows | MySQL认为必须要执行查询的行数，在innodb引擎的表中，是一个估计值，可能并不总是准确的。 |
| filtered | 表示返回结果的行数占需读取行数的百分比， filtered 的值越大越好。 |
| 链接类型 | 说明 |
| system | 表只有一行，MyISAM引擎。 |
| const | 常量连接，表最多只有一行匹配，通用用于主键或者唯一索引比较时 |
| eq_ref | 每次与之前的表合并行都只在该表读取一行，这是除了system，const之外最好的一种，特点是使用=，而且索引的所有部分都参与join且索引是主键或非空唯一键的索引 |
| ref | 如果每次只匹配少数行，那就是比较好的一种，使用=或<=>，可以是左覆盖索引或非主键或非唯一键 |
| range | 常数值的范围 |
| index | 索引树扫描。a.当查询是索引覆盖的，即所有数据均可从索引树获取的时候（Extra中有Using Index）；b.以索引顺序从索引中查找数据行的全表扫描（无 Using Index）；c.如果Extra中Using Index与Using Where同时出现的话，则是利用索引查找键值的意思；d.如单独出现，则是用读索引来代替读行，但不用于查找 |
| all | 全表扫描(full table scan) |
