需要搞清楚查询为什么会慢，就要搞清楚mysql处理查询请求的过程：
1.客户端发送SQL请求给服务器
2.服务器检查是否可以在查询缓存中命中该SQL
查询缓存对SQL性能的影响。
1.需要对缓存加锁。
2.表更新需要对缓存刷新。
对于读写频繁的系统使用查询缓存可能会降低查询的处理效率，在这种情况下不要使用查询缓存。
query_cache_type :设置查询是否可用
值为：on，off，demand 。
demand 表示只有在查询语句中使用SQL_CACHE和SQL_NO_CACHE 来控制是否需要缓存。
query_cache_size 设置查询缓存内存的大小
query_cache_limit 设置查询缓存可用出错的最大值，如果知道结果比较大可以在sql语句加上 SQL_NO_CAHCE提示字 不进行缓存，提高效率。
query_cache_wlock_invalidate 设置数据表被锁后是否返回缓存中的数据，默认是关闭的。
query_cache_min_res_unit 设置查询缓存分配的内存快的最小单位。
3.服务器端进行SQL解析，预处理，再由优化器生成对应的执行计划
这个阶段包括多个子过程：
解析SQL，预处理，优化SQL执行计划
3.1会造成MYSQL生成错误执行计划的原因：
1.统计信息不准确
2.执行计划中的成本估算不等于实际执行计划的成本。
mysql 服务器层不知道哪些页面在内存中，哪些在磁盘上，哪些需要顺序读取，哪些页面需要随机读取。
3.mysql优化器所认为的最优可能与你认为的最优不一样。mysql 是基于成本模型选择最优的执行计划。
4.mysql 不考虑其他并发查询，这可能会影响当前查询的速度。
5.mysql 有时也会基于一些固定的规则来生成执行计划。
6.mysql 不会考虑不受其控制的成本。
存储过程，用户自定义函数
3.2mysql 优化器可优化的SQL类型
1.重新定义表的关联顺序。
优化器会根据统计信息来决定表的关联顺序。
2. 将外链接转化成内连接
3.使用等价变换规则。
5=5 and a>5 改写为 a>5.
4.优化 count() ,min(),max()
5.子查询优化
6.提前终止查询
例如:
select * from user where 1!=1;
7.对IN条件进行优化。
4.根据执行计划，调用存储引擎API来查询数据。
5.将结果返回到客户端。