基于MySQL 的 SQL 优化总结
在数据库运维过程中，优化 SQL 是 DBA 团队的日常任务。例行 SQL 优化，不仅可以提高程序性能，还能减低线上故障的概率。
目前常用的 SQL 优化方式包括但不限于：业务层优化、SQL 逻辑优化、索引优化等。其中索引优化通常通过调整索引或新增索引从而达到 SQL 优化的目的。索引优化往往可以在短时间内产生非常巨大的效果。
文章首发于我的个人博客，欢迎访问。https://blog.itzhouq.cn/mysql1
基于MySQL 的 SQL 优化总结
在数据库运维过程中，优化 SQL 是 DBA 团队的日常任务。例行 SQL 优化，不仅可以提高程序性能，还能减低线上故障的概率。
目前常用的 SQL 优化方式包括但不限于：业务层优化、SQL 逻辑优化、索引优化等。其中索引优化通常通过调整索引或新增索引从而达到 SQL 优化的目的。索引优化往往可以在短时间内产生非常巨大的效果。
— 来自美团技术团队
SQL 优化是一个复杂的问题，不同版本和种类的数据库、不同数据级的数据需要选择不同的优化策略。
说明：我这里简单总结一下 SQL 优化，很多的大佬写过这方面的细节和用法，甚至还有相关的案例。我只是作为一个阶段性的总结，肯定是不全面的。如有错误和不当之处，欢迎批评指正，不胜感激。
从日常开发写 SQL 的角度看，需要遵循一些规则，但是这些规则只能解决部分问题。因为随着开发和数据量的增长，SQL 还是会变慢，这个时候需要一些针对性的措施，比如针对性地添加索引，通过命令或者工具分析变慢的 SQL 等等。
说说 SQL 优化的其中两个大的原则（肯定还有别的）：
原则一：尽量避免全表扫描。
原则二：通过索引优化。
这两个涉及的点比较多，他们之间也是有联系的，下面详细说说。
1、避免全表扫描
为啥要避免全表扫描呢？因为全表扫描耗费更多的时间。
那么从哪些方法避免全表扫描呢？
对 where 和 order by 涉及的列建立索引可以提高访问速度。但是要注意，并不是你建立了索引，索引就一定会生效。如果没有生效查询时还是全表扫描，速度还是得不到提升。那如何判断索引没有生效呢？可以借助 explain + SQL 语句的结果判断。大佬写的MySQL EXPLAIN 命令: 查看查询执行计划中总结了用法。简单的说，使用该命令分析的结果中很多字段，其中type 描述了查询的方式，如果 type 的结果是ALL，那么索引肯定没起作用。下面总结一下如何避免索引失效。
1、避免在 where 子句中对字段进行 null 判断
select id from user where name is null
2、避免在 where 子句使用 != 或者 <>
3、避免在 where 子句中对表达式进行操作
select id from user where age/2 = 20
修改为：
select id from user where age = 20 * 2
4、避免在 where 子句中对字段进行函数操作
5、避免在 like 查询中将 %放在开头
select id from user where username like \'%wh\'
2、索引优化
适当地添加索引可以提高 SQL 的速度，但也有些注意点。
1、使用联合索引时，注意索引列的顺序，一般遵循最左匹配原则
比如一个索引：
KEY `idx_userid_age` (`userId`, `age`) USING BTREE
符合最左匹配原则的写法是把userid放在前面
select userid, name from user where userid = 1001 and age = 10
当我们创建的这个联合索引，就相当于创建了(userid)和(userid, age)两个索引。联合索引不满足最左原则，一般会失效，但是这个还跟 MySQL 优化器有关系。
2、在适当的时候，使用覆盖索引
通常在使用索引检索数据之后，需要访问磁盘上数据表文件读取所需要的列，这种操作成为“回表”。
若索引中包含查询的所有列，则不需要回表操作，直接从索引文件中读取数据即可，这种索引成为“覆盖索引”。
在查询时尽量减少select *，只查询需要的行，条件允许时尽量建立覆盖索引。
3、删除冗余索引
索引并不是越多越好，冗余的索引会影响性能。
比如，索引(A, B)相当于创建了索引(A)和索引(A, B)。
4、注意索引的数量
索引不是越多越好，一般不要超过 5 个。索引虽然提高了查询效率，但是也会降低插入和更新的效率。插入或更新可能会重建索引，索引建立索引也需要慎重考虑。
5、索引不适合建立在有大量重复的字段上，如性别这类字段
3、其他
其他原则包括但不限于：
1、查询 SQL 尽量不要使用 select *，而是 select 某字段。
2、连表查询的时候尽量将数据量少的表驱动数据多的表。
3、如果插入的数据较多时，考虑批量插入。
4、原则上不要有超过 5 张以上的表连接
阿里巴巴开发手册中规定超过三个表禁止 join的，但是这些规范的适用性还是要考虑环境。当连表数量较少时，连表路径算法选择的是动态规划算法；但是连表太多的情况下，路径算法可能退化成贪心算法，连表的方案可能不是最优的的。
这种情况下，如何写 SQL 呢？答案是通过可以通过冗余实现，细节就不展开了。
4、通过工具分析 SQL
说说几个用到的 SQL 分析工具
4.1 MySQL 自带的慢查询日志
MySQL 的慢查询日志是 MySQL 提供的一种日志，记录，用于记录在 MySQL 中响应时间超过设定的阈值的语句。在 MySQL 的配置文件 my.ini中开启后，支持将慢查询日志写入文件或者数据库。通过explain关键词模拟优化器执行 SQL，分析慢查询 SQL。
分析相关语句使用了哪些表、连接的类型、扫描的行数、使用的索引等。
4.2 日志分析工具 MySQLdumpslow
在生产环境中，手工分析日志、查找 SQL 比较费时间。MySQL 提供的 MySQLdumpslow 工具可以得到一些 SQL 访问的统计数据，比如访问次数最多的 10 条 SQL 等。
4.3 第三方工具：美团技术团队的 SQLAdvisor
由美团技术团队维护的一个开源的分析 SQL，给出索引优化建议的工具。
只是大概做了个总结，细节都没有展开，有兴趣的同学自行学习吧。
参考文章：