mysql：性能分析工具

检查是否开启慢查询日志，查看慢查询的日志中的数据
也可以通过查看sql执行成本，进行优化

统计SQL的查询成本：last_query_cost

SHOW STATUS LIKE ‘last_query_cost’;
查询优化器的成本，查看最后一个sql使用的多少数据页

定位执行慢的 SQL：慢查询日志

1.开启慢查询日志参数
mysql > set global slow_query_log='ON';
2. 修改long_query_time阈值
mysql > show variables like '%long_query_time%';
#测试发现：设置global的方式对当前session的long_query_time失效。对新连接的客户端有效。所以可以一并
执行下述语句
mysql > set global long_query_time = 1;
mysql> show global variables like '%long_query_time%';
mysql> set long_query_time=1;
mysql> show variables like '%long_query_time%';
查看慢查询数目
SHOW GLOBAL STATUS LIKE '%Slow_queries%';

慢查询日志分析工具：mysqldumpslow

mysqldumpslow --help

#得到返回记录集最多的10个SQL
mysqldumpslow -s r -t 10 /var/lib/mysql/atguigu-slow.log
#得到访问次数最多的10个SQL
mysqldumpslow -s c -t 10 /var/lib/mysql/atguigu-slow.log
#得到按照时间排序的前10条里面含有左连接的查询语句
mysqldumpslow -s t -t 10 -g "left join" /var/lib/mysql/atguigu-slow.log
#另外建议在使用这些命令时结合 | 和more 使用 ，否则有可能出现爆屏情况
mysqldumpslow -s r -t 10 /var/lib/mysql/atguigu-slow.log | more

查看 SQL 执行成本：SHOW PROFILE

mysql > show variables like 'profiling'
mysql > set profiling = 'ON';
mysql> show profile cpu,block io for query 2;

分析查询语句：EXPLAIN

EXPLAIN SELECT select_options

type

结果值从最好到最坏依次是： system > const > eq_ref > ref > fulltext > ref_or_null > index_merge >

unique_subquery > index_subquery > range > index > ALL 其中比较重要的几个提取出来（见上图中的蓝

色）。SQL 性能优化的目标：至少要达到 range 级别，要求是 ref 级别，最好是 consts级别。（阿里巴巴

开发手册要求）

• EXPLAIN不考虑各种Cache
• EXPLAIN不能显示MySQL在执行查询时所作的优化工作
• EXPLAIN不会告诉你关于触发器、存储过程的信息或用户自定义函数对查询的影响情况
• 部分统计信息是估算的，并非精确值