场景：关联查询，一张主表关联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的使用，网上教程很多，这里不再详细介绍