标签：explain mysql 查询 session SQL query 日志
一、慢查询日志概念
对于SQL和索引的优化问题，我们会使用explain去分析SQL语句。但是真正的企业级项目有成千上万条SQL，我们不可能从头开始一条一条explain去分析。我们从什么地方可以获取那些运行时间长，耗性能的SQL？？
我们可以打开慢查询日志：
根据具体的业务和并发量来预估一个时间上限（20ms、100ms），设置好后开启业务，压测后打开慢查询日志，就会看到超过执行时间的SQL，然后使用explain分析这些耗时的SQL语句
步骤如下：
-
打开慢查询日志开关slow_query_log
-
设置合理的、业务可以接受的慢查询时间上限
-
压测执行各种业务
-
查看慢查询日志，找出所有执行耗时的SQL语句
-
用explain分析这些耗时的SQL语句，从而针对性优化
MySQL可以设置慢查询日志，当SQL执行的时间超过我们设定的时间，那么这些SQL就会被记录在慢查询日志当中，然后我们通过查看日志，用explain分析这些SQL的执行计划，来判定为什么效率低下，是没有使用到索引？还是索引本身创建的有问题？或者是索引使用到了，但是由于表的数据量太大，花费的时间就是很长，那么此时我们可以把表分成多个小表等。
慢查询日志相关的参数如下所示：
（MySQL定义的很多的全局的开关，都是在全局变量中存储，可以用show/set variables查看或者设置全局变量的值）
慢查询日志开关默认是关闭的
慢查询日志的路径：默认在/var/lib/mysql/下
慢查询日志记录了包含所有执行时间超过参数 long_query_time（单位：秒）所设置值的 SQL语句的日志，在MySQL上用命令可以查看，如下：
这个值是可以修改的：
二、慢查询日志实践
1. 打开慢查询日志开关slow_query_log
在打开慢查询日志开关的时候，报错表示slow_query_log是一个global的变量（也有只影响当前session的变量，如：long_query_time 、profiling），修改后会影响所有的session，即影响所有正在访问当前MySQL server的客户端。
打开慢查询日志开关成功！
2. 设置合理的、业务可以接受的慢查询时间上限long_query_time
查看另一个session。
发现还是默认的10s，故long_query_time只影响当前session。
3. 压测执行各种业务
4. 查看慢查询日志
5. 用explain分析这些耗时的SQL语句，从而针对性优化
做了整表的搜索，把主键索引树整个扫了一遍。
三、show profiles查看sql具体的运行时间
MySQL一般只显示小数点后两位的时间
打开profiling开关，显示更详细的时间
没有报错，说明profiling变量只影响当前session
标签：explain,mysql,查询,session,SQL,query,日志 来源： https://www.cnblogs.com/aze999/p/16148738.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。