1. 查询优化
1.1 永远小表驱动大表
小表驱动大表的理解我们可以通过下面的java代码来理解一下：
// 第一种循环的方式
for(int i = 0;i < 5;i++){
for(int j = 0;j<1000;j++){
}
}
// 第二种循环的方式
for(int i = 0;i < 1000;i++){
for(int j = 0;j<5;j++){
}
}
虽然上面的Java代码都表示循环5000次，但是在mysql中，推荐使用第一种循环方式，即小表驱动大表，可有效减少磁盘IO读写。
1.2 order by 关键字优化
1.2.1 order by子句，尽量使用index方式排序，避免使用filesort方式排序
- MySQL支持两种方式的排序，FileSort和Index。Index效率高，它指MySQL扫描索引本身完成排序，FileSort方式效率低。
- ORDER BY满足两种情况，会使用Index方式排序。第一种是ORDER BY语句使用索引最左前列，第二种是使用Where子句与ORDER BY子句条件列组合满足索引最左前列。
1.2.2 FileSort算法介绍
尽可能在索引列上完成排序操作，遵照索引建的最佳做前缀。如果不在索引列上，filesort有两种算法，mysql就要启动双路排序和单路排序。
- 双路排序
MySQL 4.1 之前是使用双路排序，字面意思就是两次扫描磁盘，最终得到数据。读取行指针和orderby列，对他们进行排序，然后扫描已经排序好的列表，按照列表中的值重新从列表中读取对应的数据输出。从磁盘取排序字段，在buffer进行排序，再从磁盘取其他字段。
- 单路排序
取一批数据，要两次磁盘IO，是很耗时的，所以出现了第二种改进的算法，就是单路排序。从磁盘读取查询需要的所有列，按照order by列在buffer对他们进行排序，然后扫描排序后的列表进行输出，它的效率更快一些，避免了第二次读取数据。并且把随机IO变成了顺序IO，但是它会使用更多的空间。因为它把每一行都保存在内存中了。
1.2.3 优化策略
- 增大sort_buffer-size参数的设置
- 增大max_length_for_sort_data参数的设置
1.2.4 为排序使用索引
1.3 group by 关键字优化
- group by实质是先排序后进行分组，遵照索引建的最佳左前缀
- 当无法使用索引列，增大max_length_for_sort_data参数的设置+增大sort buffer size参数的设置
- where高于having，能写在where限定的条件就不要去having限定了
2. 慢查询日志
2.1 简介
- MySQL的慢查询日志是mysql提供的一种日志记录，它用来记录在MySQL中响应时间超过阀值的语句，具体指运行时间超过long_query_time值的SQL，则会被记录到慢查询日志中。
- 具体指运行时间超过long_query_time 的SQL，则会被记录到慢查询日志中。long_query_time的默认值为10，意思是运行10秒以上的语句。
- 有它来查看哪些SQL超出了我们的最大忍耐时间值，比如一条SQL执行超过5秒钟，我们就算慢SQL，希望能收集超过5秒的SQL，结合之前EXPLAIN进行全面分析
2.2 使用
2.2.1 说明
- 默认情况下，MySQL数据库没有开启慢查询日志，需要我们手动来设置这个参数
- 当然，如果不是调优需要的话，一般
不建议启动该参数，因为开启慢查询日志会或多或少带来一定的性能影响。慢查询日志支持将日志记录写入文件
原文：https://blog.csdn.net/why15732625998/article/details/80423742