Mysql 查询缓存总结
MySQL查询缓存解释
缓存完整的SELECT查询结果，也就是查询缓存。保存查询返回的完整结果。当查询命中该缓存，mysql会立刻返回结果，跳过了解析、优化和执行阶段，
查询缓存系统会跟踪查询中涉及的每个表，如果这些表发生变化，那么和这个表相关的所有数据都将失效
命中条件
Mysql判断缓存命中的方法很简单：缓存存放在一个引用表中，通过一个哈希值引用，这个哈希值包括如下因素，即查询本身、当前要查询的数据库、客户端协议的版本等一些都有可能影响返回结果信息。
当判断查询缓存是否命中时，Mysql不会解析、正规化或者参数化的查询语句，而是直接使用Sql语句和客户端发送过来的其他原始信息(Sql)。任何字符上的不同，例如注释，任何的不同都会导致缓存不命中，所以在编写Sql语句的时候，需要特别注意这一点，通常使用统一的编码规则是一个好的习惯，在这里这个好习惯可能让你的系统运行的更快
当查询语句有一些不确定的数据时，则不会被缓存，例如白喊函数NOW()或者CURRENTDATE()的查询不会被缓存
如果查询语句中包含任何不确定的函数，那么在查询缓存中是不可能找到缓存结果的，即使之前刚刚执行这样的查询
导致没有命中条件
1、缓存碎片
2、内存不足
3、数据修改
特别注意
Mysql的查询缓存在很多时候可以提升查询性能，在使用的时候，有一些问题需要特别注意。首先，打开查询缓存对 读，写 操作都会带来额外的消耗：
1、读查询在开始之前必须先检查是否命中缓存
2、如果这个读查询可以被缓存，那么当完成执行后，Mysql若发现查询缓存中没有这个查询，会将其结果存入查询缓存，这会带来额外的系统开销
3、这对写操作也会影响，因为当向某个表写入数据的时候，Mysql必须将对应表的所有缓存都设置失效。
4、对于存储引擎InnoDB用户来说，事务的一些特性会限制查询缓存的作用。当一个语句在事务中修改某个表，Mysql会将这个表对应的查询缓存都设置失效。在事务提交前该表的查询都无法被缓存，只能在事务提交后才能被缓存。因此长时间运行的事务，会大大降低查询缓存的命中率
5、inner JOIN 和 其他连接 查询 如果其中一个表数据发生变化 则直接导致 缓存失效
缓存配置参数
query_cache_type: 是否打开缓存
可选项
1) OFF: 关闭
2) ON: 总是打开
3) DEMAND: 只有明确写了SQL_CACHE的查询才会吸入缓存
如果不想所有查询都进入查询缓存，但是又希望某些查询走查询缓存，那么可以将 query_cache_type 设置成 DEMAND ，然后在希望缓存的查询上加上SQL_CACHE。这虽然需要在查询中加入额外的语法，但是可以让你非常自由的控制那些查询需要被缓存。相反如果不希望缓存 加上SQL_NO_CACHE