系列文章目录
🔥 高性能 MySQL（一）：逻辑架构
🔥 高性能 MySQL（二）：并发控制（锁）
🔥 高性能 MySQL（三）：事务与锁详解
🔥 高性能 MySQL（四）：多版本并发控制（MVCC）
🔥 高性能 MySQL（五）：设计表结构时，如何选择数据类型会更高效？
🔥 高性能 MySQL（六）：索引类型
🔥 高性能 MySQL（七）：11个高性能的索引策略
🔥 高性能 MySQL（八）：通过优化数据访问，来解决慢查询
🔥 高性能 MySQL（九）：通过重构查询语句，来解决慢查询
🔥 高性能 MySQL（十）：执行一个查询的过程
大家好，我是水滴~~
本篇文章主要讲述，对特点类型的查询进行优化。
一、优化 count() 查询
count()是一个特殊的函数，有两种非常不同的作用：它可以统计某个列值的数量，并且只统计列值是非空的。另一个作用是统计结果集的行数，当 MySQL 确认括号内的表达式值不可能为空时，实际上就是在统计行数。
一个常见的错误是，统计行数时在括号内指定了一个列。如果希望得到结果集的行数，最好使用count(*)，这样写意义清晰，性能也会很好。
二、优化关联查询
优化关联查询时，需要特别注意以下几点：
- 确保
on或者using子句中的列上有索引。在创建索引的时候就要考虑到关联的顺序。 - 确保任何的
group by和order by中的表达式只涉及到一个表中的列，这样 MySQL 才有可能使用索引来优化这个过程。 - 升级 MySQL 时需注意：关联语法、运算符优先级等其他可能会发生变化的地方。
三、优化子查询
关于子查询的优化，建议尽可能使用关联查询来代替。当然 MySQL 5.6 或更高版本，可以直接忽略该建议。
四、优化 group by 和 distinct
这两种查询都可以使用索引来优化，这也是最有效的优化办法。
当无法使用索引的时候，group by 有两种策略来完成：使用临时表或者文件排序来做分组。对于任何查询语句，这两种策略的性能都有可以提升的地方。可以通过使用提示 SQL_BIG_RESULT 和 SQL_SMALL_RESULT 来让优化器按照你希望的方式支行。
如果需要对关联查询做 group by 分组，并且是按照查找表中的某个列进行分组，那么通常采用查找表的标识列分组的效率会比其他列更高。
五、优化 limit 分页
在系统中需要进行分页操作的时候，通常会使用 limit 加上偏移量的办法来实现，同时加上合适的 order by 子句。如果有对应的索引，通常效率会不错。
一个非常常见又令人头疼的问题是，在偏移量非常大的时候，例如可能是 limit 1000,20 这样的查询，这时 MySQL 需要查询 10020 条记录，然后只返回最后 20 条，前面的 10000 条记录都将被抛弃，这样的代价非常高。要优化这样的查询，要么是在页面中限制分页的数量，要么是优化大偏移量的性能。
优化此类分页查询的一个最简单的办法，就是尽可能地使用索引覆盖扫描，而不是查询所有的列。然后根据需要做一次关联操作再返回所需的列。对于偏移量很大的时候，这样做的效率会提升非常大。
