MySQL有哪些优化策略？

（1）优化count查询

• Count是一个特殊的函数，它可以统计某个列值的数量，在统计列值时要求列值是非空的，不会统计null值。如果count中指定了列或列的表达式，则统计的就是这个表达式有值的结果数，而不是null。
• Count的另一个作用是统计结果集的行数，当MySQL确定括号内的表达式不可能为null时，实际上就是在统计行数。当使用count（*）时，*不会扩展成所有列，它会忽略所有的列而直接统计所有的行数。
• 某些业务场景并不要求完全精确的count值，此时可以使用近似值来代替，explain出来的优化器估算的行数就是一个不错的近似值，因为执行explain并不需要真正地执行查询。
• 通常count都需要扫描大量的行才能获取精确的结果，因此很难优化。在MySQL层还能做的就只有覆盖扫描了，如果还不够就需要修改应用的架构，可以增加汇总表或者外部缓存系统。

（2）优化关联查询

• 确保on或using子句中的列上有索引，在创建索引时就要考虑到关联的顺序。确保任何group by和order by的表达式只涉及到一个表中的列，这样MySQL才有可能使用索引来优化这个过程。
• 在MySQL5.5以下版本尽量避免子查询，可以用关联查询代替。因为执行器会先执行外部的SQL再执行内部的SQL。

（3）优化group by

• 如果没有通过order by子句显式指定要排序的列，当查询使用group by时，结果自动按照分组的阻断进行排序，如果不关心结果集的排序，可以使用order by null禁止排序。

（4）优化limit分页

• 在偏移量非常大的时候，需要查询很多条数据再舍弃，这样的代价非常高。要优化这种查询，要么是在页面中限制分页的数量，要么是在优化大量偏移量的性能。最简单的办法是尽可能地使用覆盖索引扫描，而不是查询所有的列，然后根据需要做一次关联操作再返回所需的列。
• 还有一种方法是从上一次取数据的位置开始扫描，这样就可以避免使用offset。其他优化方法还包括使用预选计算的汇总表，或者关联到一个冗余表，冗余表只包含主键列和需要做排序的数据列。

（5）优化union查询

• MySQL通过创建并填充临时表的方式来执行union查询，除非确实需要服务器消除重复的行，否则一定要使用union all，如果没有all关键字，MySQL会给临时表加上distinct选项，这会导致对整个临时表的数据做唯一性检查，这样做的代价非常高。

（6）使用用户自定义变量

• 在查询中混合使用过程化和关系化逻辑的时候，自定义变量可能会非常有用。用户自定义变量是一个用来存储内容的临时容器，在连接MySQL的整个过程中都存在，可以在任何可以使用表达式的地方使用自定义变量。例如可以使用变量类避免重复查询刚更新过的数据，统计更新和插入的数量等。

（7）Insert

• 需要对一张表插入很多行数据时，应该尽量使用一次性插入多个值的insert语句，这种方式将缩减客户端与数据库之间的连接、关闭等消耗，效率比多条插入单个值的insert语句高。也可以关闭事务的自动提交，在插入完数据后提交。当插入的数据是按主键的顺序插入时，效率更高。