MySQL查询缓存总结

能够经过下面的SQL查看当前查询缓存相关参数状态:缓存

  1. show variables like '%query_cache%';

          

          1)  query_cache_typespa

           查询缓存类型:blog

           0 表示始终不适用查询缓存;内存

           1 表示始终使用查询缓存;it

      若是query_cache_type=1,而又不想利用查询缓存中的数据,能够使用下面的SQLio

                select SQL_NO_CACHE * from table where condition;table

           2 表示按须要使用查询缓存。select

      若是query_cache_type=2,要使用缓存的话,须要使用SQL_CACHE开关参数:im

                select SQL_CACHE * from table where condition;数据

          2)  query_cache_size,默认状况下为0,表示为查询缓存预留的内存为0,则没法使用查询缓存。

 

          2. show warnings; 查看MySQL警告。

          3. 缓存条件

     查询缓存能够看作是SQL文本和查询结果的映射。若是第二次查询的SQL和第一次查询的SQL彻底相同(注意必须是彻底相同,即便多一个空格或者大小写不一样都认为不一样)且开启了查询缓存,那么第二次查询就直接从查询缓存中取结果,能够经过下面的SQL来查看缓存命中次数(是个累加值):

          show status like 'Qcache_hits';

    另外即便彻底相同的SQL,若是使用不一样的字符集、不一样的协议等也会被认为是不一样的查询而分别进行缓存。

 

          4. 缓存数据失效时机

              在表结构或数据发生改变时,查询缓存中的数据再也不有效。INSERT UPDATEtruncatealter tabledrop tabledrop database会致使缓存数据失效。因此查询缓存适合有大量相同查询的应用,不适合有大量数据更新的应用。

 

          5. 清理查询缓存

              flush query cache; -- 清理查询缓存内存碎片

              reset query cache; -- 从查询缓存中移除全部查询

              flush tables; -- 关闭全部打开的表,同事该操做将会清空查询缓存中的内容。

相关文章
相关标签/搜索