工作原理

缓存SELECT操作的结果集和SQL语句，key为sql，value为查询结果集；

如果新的SELECT语句到了，以这个sql为key去缓存中查询，如果匹配，就把缓存的结果集返回；

匹配标准：与缓存的SQL语句是否完全一样，sql中字母区分大小写以及中间的空格，简单理解为存储了一个key-value结构，key为sql，value为sql查询结果，匹配时使用Java的String的equals()，例如：

select age from user 与 select AGE from user不会匹配，因为大小写不同；
select age from use 与 select  age from user不会匹配，因为空格不同；

sql两边的空格可忽略，可以认为是对key进行过trim操作之后再进行equals比较。

查看mysql设置参数

执行

show variables like ‘query_cache’；

可以看到相关参数：

query_cache_type：0-不启用查询缓存；1-启用，2-启用，默认值为0； 
query_cache_size：设置缓存区总大小，允许设置query_cache_size的值最小为40K，默认1M，推荐设置为：64M/128M；
query_cache_limit：限制缓存区最大能缓存的单条查询记录集大小，默认设置为1M

query_cache_type为1时，只要符合查询缓存的要求，客户端的查询语句和记录集都可以缓存起来，如果SQL中加上 SQL_NO_CACHE将不缓存；

query_cache_type为2时，只要SQL中添加了参数：SQL_CACHE，且符合查询缓存的要求，客户端的查询语句和记录集，则可以缓存起来。

查看缓存使用情况

show status like 'Qcache%' 

可以看到相关参数：

Qcache_hits：缓存命中次数；
Qcache_inserts：缓存中插入次数，每缓存一次加1，注意这个不是缓存数量；

不会缓存的情况

当查询语句中有一些不确定的数据时，则不会被缓存。如包含函数NOW()，CURRENT_DATE()等类似的函数，或者用户自定义的函数，存储函数，用户变量等都不会被缓存

当查询的结果大于query_cache_limit设置的值时，结果不会被缓存

对于InnoDB引擎来说，当一个语句在事务中修改了某个表，那么在这个事务提交之前，所有与这个表相关的查询都无法被缓存。因此长时间执行事务，会大大降低缓存命中率

查询的表是系统表，如select * from mysql

查询语句不涉及表，例如select 1

mysql默认关闭查询缓存

mysql默认是关闭查询缓存的，也就是query_cache_type默认为0。基于以下几点考虑：

开启缓存之后，在查询之前必须先检查是否命中缓存,浪费计算资源

如果这个查询可以被缓存，那么执行完成后，MySQL发现查询缓存中没有这

个查询，则会将结果存入查询缓存，这会带来额外的系统消耗

针对表进行写入或更新数据时，会将对应表的所有缓存都设置失效，可能刚缓存就失效了。

如果查询缓存很大或者碎片很多时，这个操作可能带来很大的系统消耗。

作用可以被redis等存储中间件更好的替代