-
首先需要使用慢查询功能，去获取所有查询时间比较长的SQL语句
-
使用explain去查看该sql的执行计划
-
数据库的查询速度是影响项目性能的重要因素，除了添加缓存中间件外，对于查询本身的优化带来的性能也是不容小觑
要想优化查询SQL，就应该先找打需要被优化的SQL语句，MySQL提供了这么一个功能可以帮助我们快速定位带查询慢的SQL
MySQL的慢查询日志功能：默认关闭，需要手动开启
查看是否开启慢查询日志功能：show variables like '%slow_query%';
-
-
slow-query-log-file：新版（5.6及以上版本）MySQL数据库慢查询日志存储路径。可以不设置该参数，系统则会默认给一个缺省的文件 host_-slow.log
下面我们开启慢查询日志功能：
长期有效(修改 :/etc/my.cnf配置文件如下 记得重启mysql生效)
-
[mysqld]
-
slow_query_log = ON
-
slow_query_log_file = /var/log/mysql/slow.log
-
long_query_time = 1
临时开启，重启后失效：(测试用)
-
set global slow_query_log = ON; （开启）
-
set global long_query_time = 1; （便于测试，设置阀值，后面我改的是配置文件为0.1）
我们显示查询慢查询的阀值，也就是sql执行时间超过该值就会被记录，单位秒，我们可以看到是10秒
我们已经开启了慢查询日志功能，并设置相应的阀值，下面我们来测试一下：
可以看到已经生效了，但是中途其实还是出了点小问题，比如在设置阀值的时候失效了，没有设置上，在比如慢查询日志没有写入文件；
上面的日志重要部分解析：
-
Query_time：这条sql执行的时间
-
Lock_time：在Mysql服务器阶段等待表锁时间
-
Rows_sent：查询返回的行数
-
Rows_examined：查询检查的行数，越长查询的时间越长
-
（若有侵权，请联系删除）
在上面的慢查询中，我们已经将查询时间超过阀值的sql语句过滤了出来，下面我们来具体分析分析是哪里出了问题
Query Profile是MySQL自带的一种Query诊断分析工具，可以完整的显示一条sql执行的各方面的详细信息，默认关闭；
查看是否开启Profile功能：
-
select @@profiling;
-
show variables like '%profil%';
可以看到 profiling为 OFF，profiling为0，表示关闭状态，下面我们将其开启：set profiling=1; (1:开 / 0:关)
再次查看是否打开性能分析工具：select@@profiling; (之前为0)
下面我们开始准备测试：
-
第一个被圈中的是我们要执行的测试sql语句
-
第二个被圈中的是：以列表形式显示最近发送到服务器上执行的语句的资源使用情况
-
第三个被圈中的是：我们刚刚发送到服务器上执行的语句
下面我们就来看看这条语句的一些信息： show profile for query 4;
这个4就是上面 show profiles中的Query_ID 我们的测试sql为4
见名知意，对于这条简单的sql而言，可见在刚开始建立连接时和最后返回数据时，所占的时间比列多很大
所以，有连接池和只返回我们需要的数据即可这么些说法；
合理利用慢查询日志、explain执行计划查询、show profile查看SQL执行时的资源使用情况。对需要优化的语句进行针对性的优化