MySQL索引优化分析（五）

慢查询日志

是什么？(待查)

怎么用

1.说明（待查）
2.查看是否及如何开启
a. 默认：show variables like ‘%slow_query_log%’;
b. 开启：set global slow_query_log = 1;

• 开启了慢查询日志后，什么样的sql才会记录到慢查询日志里面呢？
  a. 查看多少秒算慢的。 show variables like ‘long_query_time%’;
  b. 设置慢的阀值时间。set global long_query_time = 3;
  c. 设置后看不出变化？需要重新连接或者新开一个会话才能看到修改值。
  d. 记录慢sql并后续分析
  c. 查询当前系统中有多少条慢查询记录；
  4.日志分析工具：mysqldumpslow:
  a.查看mysqldumpslow的帮助信息

s:是表示按照何种方式排序
c:访问次数
l:锁定时间
r:返回记录
t:查询时间
al:平均锁定时间
ar:平均返回记录数
at:平均查询时间
t:即为返回前面多少条记录
g:后边搭配一个正则匹配模式，大小写不敏感的；

show profile

a. 是什么？是mysql提供可以用来分析当前会话中语句执行的资源消耗情况。可以用于sql调优的测量
b. 默认情况下，参数处于关闭状态，并保存最近15次的运行结果
c.分析步骤：

• 是否支持，查看当前的mysql版本是否支持
• 开启功能，默认是关闭，使用前需要开启
• 运行sql：select * from emp group by id %10 limit 150000；
• 查看结果，show profiles；
• 诊断SQL，show profile cpu,block io query 上一步前面的问题sql数字号码；
• 日常开发需要注意的结论：

  1 converting HEAP to MyISAM 查询结果太大，内存不够用，向磁盘上搬
  2 creating tmp table 创建临时表。a.拷贝数据到临时表 b.用完在删除
  3 Copying to tmp table on disk 把内存中临时表复制到磁盘，危险！！
  4 locked

全局查询日志

1.配置启用
2.编码启用
3.永远不要在生产环境启用这个功能