Mysql中查询缓存优化

1.概述

　　开启Mysql的查询缓存，当执行完全相同的SQL语句的时候，服务器就会直接从缓存中读取结果，当数据被修改，之前的缓存会失效，修改比较频繁的表不适合做查询缓存。
2.操作流程

　　

　　1. 客户端发送一条查询给服务器；
　　2. 服务器先会检查查询缓存，如果命中了缓存，则立即返回存储在缓存中的结果。否则进入下一阶段；
　　3. 服务器端进行SQL解析、预处理，再由优化器生成对应的执行计划；
　　4. MySQL根据优化器生成的执行计划，调用存储引擎的API来执行查询；
　　5. 将结果返回给客户端。

3.查询缓存配置

　　1. 查看当前的MySQL数据库是否支持查询缓存：SHOW VARIABLES LIKE 'have_query_cache';

　　2. 查看当前MySQL是否开启了查询缓存 ：SHOW VARIABLES LIKE 'query_cache_type';　　默认关闭

　　3. 查看查询缓存的占用大小 ：SHOW VARIABLES LIKE 'query_cache_size';　　默认1M

　　4. 查看查询缓存的状态变量：SHOW STATUS LIKE 'Qcache%';

　　　　

　　　　各个变量的含义如下：

　　　　　　

 4.开启查询缓存

　　MySQL的查询缓存默认是关闭的，需要手动配置参数 query_cache_type ， 来开启查询缓存。query_cache_type 该参数的可取值有三个 ：
　　　　

 　　在 /usr/my.cnf 配置中，增加以下配置 ：

　　　　

　　　　配置完毕之后，重启服务既可生效 ；
　　　　然后就可以在命令行执行SQL语句进行验证 ，执行一条比较耗时的SQL语句，然后再多执行几次，查看后面几次的执行时间；或者通过查看查询缓存的缓存命中数，来判定是否走查询缓存。

5.查询缓存SELECT选项

　　可以在SELECT语句中指定两个与查询缓存相关的选项 ：
　　　　SQL_CACHE : 如果查询结果是可缓存的，并且 query_cache_type 系统变量的值为ON或 DEMAND ，则缓存查询结果 。
　　　　SQL_NO_CACHE : 服务器不使用查询缓存。它既不检查查询缓存，也不检查结果是否已缓存，也不缓存查询结果。
　　例子：

　　　　SELECT SQL_CACHE id, name FROM customer;
　　　　SELECT SQL_NO_CACHE id, name FROM customer;

6.查询缓存失效的情况

　　1） SQL 语句不一致的情况， 要想命中查询缓存，查询的SQL语句必须一致。

　　　　SQL1 : select count(*) from tb_item;
　　　　SQL2 : Select count(*) from tb_item;　　-- 不走缓存

　　2） 当查询语句中有一些不确定的值时，则不会缓存。如 ： now() , current_date() , curdate() , curtime() , rand() ,uuid() , user() , database() 。

　　　　SQL1 : select * from tb_item where updatetime < now() limit 1;
　　　　SQL2 : select user();
　　　　SQL3 : select database();

　　3） 不使用任何表查询语句。

　　　　select 'A'; 

　　4） 查询 mysql， information_schema或 performance_schema 数据库中的表时，不会走查询缓存。

　　　　select * from information_schema.engines; 

　　5） 在存储的函数，触发器或事件的主体内执行的查询。
　　6） 如果表更改，则使用该表的所有高速缓存查询都将变为无效并从高速缓存中删除。这包括使用 MERGE 映射到已更改表的表的查询。一个表可以被许多类型的语句，如被改变 INSERT， UPDATE， DELETE， TRUNCATETABLE， ALTER TABLE， DROP TABLE，或 DROP DATABASE 。