场景：关联查询，一张主表关联4张表进行查询。主表数据量是16万，其中被关联的一张表的数量是6万。
遇到页面响应速度过慢的情况，首先考虑是否是sql查询缓慢引起的。
第一步开启mysql的慢查询日志(网上教程很多，本篇文章不再赘述)
第二步分析慢查询日志，这里要说下分析工具。常用的有两种，一是mysql自带的mysqldumpslow工具，二是pt-query-slow工具。后者需要自行安装，下面针对两种工具的使用进行说明：
(1)
mysqldumpslow执行
mysqldumpslow，如果出现命令mysqldumpslow不存在的情况，需要进行如下处理(要清楚mysql的安装位置)：
ln -s /www/server/mysql/bin/mysqldumpslow /usr/bin/
简单使用：
mysqldumpslow -t 10 mysql-slow.log
含义：返回查询时间最慢的前10条记录
相关参数：
-s：是表示按照何种方式排序
c：访问计数
l：锁定时间
r：返回记录
t：查询时间
al：平均锁定时间
ar：平均返回记录数
at：平均查询时间
-t：是top n的意思，即为返回前面多少条的数据
-g：后边可以写一个正则匹配模式，大小写不敏感的
(2) pt-query-slow
安装：
yum install perl-DBI
yum install perl-DBD-MySQL
yum install perl-Time-HiRes
yum install perl-IO-Socket-SSL
wget percona.com/get/pt-query-digest
chmod u+x pt-query-digest
mv pt-query-digest /usr/bin/
使用：
pt-query-digest /www/server/data/mysql-slow.log
常见用法：
(1)分析最近12小时内的查询
pt-query-digest --since=12h /www/server/data/mysql-slow.log > slow_report1.log
(2)分析指定时间范围内的查询
pt-query-digest /www/server/data/mysql-slow.log --since ‘2020-03-20 09:30:00‘ --until ‘2020-03-27 13:00:00‘ > slow_report2.log
通过查看找到耗时较长的sql：
SELECT
`c`.*,
c.price unit_price,
d. NAME AS category_name,
b.nickname creator,
a.nickname owner_name
FROM
`material` `c`
LEFT JOIN `category` `d` ON `c`.`category_id` = `d`.`id`
LEFT JOIN `admin` `a` ON `c`.`operator_id` = `a`.`id`
LEFT JOIN `admin` `b` ON `c`.`creator_id` = `b`.`id`
LEFT JOIN `stock` `s` ON `c`.`id` = `s`.`material_id`
WHERE
`c`.`status` = ‘1‘
AND `c`.`company_id` = ‘1‘
ORDER BY
`c`.`created_at` DESC
LIMIT 0,
10
对这条sql执行explain：
|
id |
select_type |
table |
type |
possible_keys |
key |
key_len |
ref |
rows |
Extra |
|---|---|---|---|---|---|---|---|---|---|
| 1 | SIMPLE | c | ref | idx_company_id, idx_status |
idx_company_id | 4 | const | 33872 | Using where; Using temporary; Using filesort |
| 1 | SIMPLE | d | eq_ref | PRIMARY | PRIMARY | 4 | skxx.c.category_id | 1 | |
| 1 | SIMPLE | a | eq_ref | PRIMARY | PRIMARY | 4 | skxx.c.category_id | 1 | Using where |
| 1 | SIMPLE | b | eq_ref | PRIMARY | PRIMARY | 4 | =skxx.c.category_id | 1 | Using where |
| 1 | SIMPLE | s | ALL | 1683 | Using where; Using join buffer (Block Nested Loop) |
看到执行计划后发现第一行Extra出现了Using temporary和Using filesort，最后一行出现Using join buffer (Block Nested Loop)，这几项说明在查询时使用了临时表和文件排序，性能很不好。尝试给所有关联条件添加索引后，再次执行explain，发现Using temporary和 Using join buffer (Block Nested Loop)都不见了，但是仍然有文件排序！定位到 order by 发现列created_at并未添加索引，于是添加索引，再次执行explain，Using filesort已经没有了！！
有关explain的使用，网上教程很多，这里不再详细介绍
原文地址：https://www.cnblogs.com/lty-fly/p/12619992.html