1.分析SQL四步骤：
1.利用慢查询日志捕获需要优化的SQL
2.通过mysql的EXPLAIN 分析或者Show Profile更系统分析
3.SQL优化
4.数据库参数配置优化(此步骤需要DBA抉择)
2.利用慢查询日志捕获需要优化的SQL
- 1.慢查询日志
MySQL的慢查询日志是MySQL提供的一种日志记录，它用来记录在MySQL中响应时间超过阀值的语句，
**具体指运行时间超过long_query_time值的SQL，则会被记录到慢查询日志中。**
long_query_time的默认值为10，意思是运行10秒以上的语句。（注意）
由他来查看哪些SQL超出了我们的最大忍耐时间值，比如一条sql执行超过5秒钟，
我们就算慢SQL，希望能收集超过5秒的sql，结合之前explain进行全面分析。
- 查看慢查询日志是否开启
使用命令：SHOW VARIABLES LIKE '%slow_query_log%';
默认情况下slow_query_log的值为OFF，表示慢查询日志是禁用的，可以通过设置slow_query_log的值来开启
- 开启慢查询日志功能
1.当前数据库有效：[ 使用命令：set global slow_query_log=1 ]
使用set global slow_query_log=1开启了慢查询日志只对当前数据库生效，如果MySQL重启后则会失效。
全局变量设置，对当前连接不影响。对当前连接立刻生效。
2.永久生效：[修改mysql的配置文件(my.cnf)]
如果要永久生效，就必须修改配置文件my.cnf（其它系统变量也是如此）修改my.cnf文件，
[mysqld]下增加或修改参数slow_query_log 和slow_query_log_file后，然后重启MySQL服务器。
例如：也即将如下两行配置进my.cnf文件：
slow_query_log =1
slow_query_log_file=/var/lib/mysql/wangchong-slow.log
注意：关于慢查询的参数slow_query_log_file ，它指定慢查询日志文件的存放路径，
**系统默认会给一个缺省的文件host_name-slow.log（如果没有指定参数slow_query_log_file的话）**
- 查看和设置慢查询的long_query_time值
1.查看当前系统中有多少条慢查询记录：
show global status like '%Slow_queries%';
2.使用命令查看当前数据库的long_query_time值：
SHOW VARIABLES LIKE 'long_query_time%';
3.当前数据库生效：[ 使用命令 set global long_query_time=2 或者 set session long_query_time=2 ]
使用命令 set global long_query_time=2 修改为阙值到2秒钟的就是慢sql.。
**修改后发现long_query_time并没有改变。需要重新连接或新开一个会话才能看到修改值。
或者通过set session long_query_time=2来改变当前session变量;**
4.永久生效：[ 在配置文件my.cnf中修改 ]
【mysqld】下配置：
slow_query_log=1;
slow_query_log_file=/var/lib/mysql/atguigu-slow.log
long_query_time=2;
log_output=FILE
- 自动化工具辅助统计慢查询–日志分析工具[mysqldumpslow]
1.得到返回记录集最多的10个SQL
mysqldumpslow -s r -t 10 /var/lib/mysql/atguigu-slow.log
2.得到访问次数最多的10个SQL
mysqldumpslow -s c -t 10 /var/lib/mysql/atguigu-slow.log
3.得到按照时间排序的前10条里面含有左连接的查询语句
mysqldumpslow -s t -t 10 -g "left join" /var/lib/mysql/atguigu-slow.log
4.另外建议在使用这些命令时结合 | 和more 使用 ，否则有可能出现爆屏情况
mysqldumpslow -s r -t 10 /var/lib/mysql/atguigu-slow.log | more
3.通过mysql的EXPLAIN 分析
- EXPLAIN 是什么
使用EXPLAIN关键字可以模拟优化器执行SQL查询语句，从而知道MySQL是如何处理你的SQL语句的。
分析你的查询语句或是表结构的性能瓶颈。
性能瓶颈有以下几点：
①.CPU:SQL中对大量数据进行比较、关联、排序、分组(最大的压力在于 比较)
②.IO:实例内存满足不了缓存数据或排序等需要，导致产生大量 物理 IO。查询执行效率低，扫描过多数据行。
③.锁：不适宜的锁的设置，导致线程阻塞，性能下降。死锁，线程之间交叉调用资源，导致死锁，程序卡住。
④.服务器硬件的性能瓶颈：top,free, iostat和vmstat来查看系统的性能状态
- 使用方式
Explain + SQL语句
例如：EXPLAIN select * from user;
4.Show Profile 更系统分析
- Show Profile是什么
是mysql提供可以用来分析当前会话中语句执行的资源消耗情况。可以用于SQL的调优的测量。
默认情况下，参数处于关闭状态，并保存最近15次的运行结果。
- Show Profile功能使用步骤
1.查看是否支持：[使用命令：Show variables like 'profiling';]
Show variables like 'profiling'; 默认是关闭，使用前需要开启
2.开启：[ 使用命令：set profiling=1; ]
set profiling=1;
3.运行SQL。例如下面两条语句：
select * from user group by id%10 limit 150000;
select * from emp group by id%20 order by 5;
4.查看所有的profiles,获取上面两条的QueryID以便进行第5步：[使用命令：show profiles;]
show profiles;
例如：select * from user group by id%10 limit 150000; 这个的QueryID为123
5.诊断SQL。[使用命令:show profile cpu,block io for query n(n为上一步前面的问题SQL数字号码--QueryID) ]
show profile cpu,block io for query 123 ;
show profile的参数：
type:
| ALL --显示所有的开销信息
| BLOCK IO --显示块IO相关开销
| CONTEXT SWITCHES --上下文切换相关开销
| CPU --显示CPU相关开销信息
| IPC --显示发送和接收相关开销信息
| MEMORY --显示内存相关开销信息
| PAGE FAULTS --显示页面错误相关开销信息
| SOURCE --显示和Source_function，Source_file，Source_line相关的开销信息
| SWAPS --显示交换次数相关开销的信息
- profile常遇到字段说明：
①.converting HEAP to MyISAM :查询结果太大，内存都不够用了往磁盘上搬了。
②.Creating tmp table: 创建临时表--拷贝数据到临时表，用完再删除
③.Copying to tmp table on disk： 把内存中临时表复制到磁盘，危险！！！
④.locked:锁住
5.数据库参数配置优化
例如：数据库的缓存大小、jion的缓冲大小等，此处待DBA抉择优化。
