ssdmysqlquerycache_mysql查询缓存query_cache

mysql开启查询缓存

在[mysqld]段中配置query_cache_type&＃xff1a;

[mysqld]

query_cache_type &＃61; 2

0&＃xff1a;不开启

1&＃xff1a;开启&＃xff0c;默认缓存所有&＃xff0c;需要在SQL语句中增加select sql-no-cache提示来放弃缓存

2&＃xff1a;开启&＃xff0c;默认都不缓存&＃xff0c;需要在SQL语句中增加select sql-cache来主动缓存(常用)

更改配置后需要重启以使配置生效&＃xff0c;重启后可通过show variables来查看&＃xff0c;显示DEMAND就是已开启

show variables like &＃39;query_cache_type&＃39;;

query_cache_type DEMAND

在客户端设置缓存大小

通过配置项query_cache_size来设置&＃xff1a;

mysql5.7默认query_cache_size为 1048576 字节 也就是1M

show variables like &＃39;query_cache_size&＃39;;

query_cache_size 1048576

将查询缓存的大小设置为 64M

set global query_cache_size&＃61;64*1024*1024;

show variables like &＃39;query_cache_size&＃39;;

query_cache_size 67108864

也可以修改配置文件&＃xff0c;重启自动生效

[mysqld]

query_cache_type &＃61; 2

query_cache_size &＃61; 67108864

查询缓存使用示例&＃xff0c;将查询结果缓存

select sql_cache * from user;

整理缓存和重置缓存

可以使用下列语句来清理查询缓存碎片以提高内存使用性能。该语句不从缓存中移出任何查询。

FLUSH QUERY CACHE;

从查询缓存中移出所有查询。FLUSH TABLES语句也执行同样的工作。

reset query cache;

FLUSH TABLES;

注意事项

应用程序&＃xff0c;不应该关心query cache的使用情况。可以尝试使用&＃xff0c;但不能由query cache决定业务逻辑&＃xff0c;因为query cache由DBA来管理。

缓存是以SQL语句为key存储的&＃xff0c;因此即使SQL语句功能相同&＃xff0c;但如果多了一个空格或者大小写有差异都会导致匹配不到缓存。

查询缓存配置参数总结

show variables like &＃39;query_cache%&＃39;;

query_cache_limit

(单位&＃xff1a;byte)&＃xff1a;查询缓存中可存放的单条查询最大结果集&＃xff0c;默认为 1 MB&＃xff1b;超过该大小的结果集不被缓存。

query_cache_min_res_unit

4.1版本以后引入的&＃xff0c;它指定分配缓冲区空间的最小单位&＃xff0c;缺省为4K。检查状态值Qcache_free_blocks&＃xff0c;如果该值非常大&＃xff0c;则表明缓冲区中碎片很多&＃xff0c;这就表明查询结果都比较小&＃xff0c;此时需要减小 query_cache_min_res_unit。

query_cache_size

设置缓存大小&＃xff0c;单位字节。缺省1M

query_cache_type

查询缓存开启情况。缺省 OFF 不开启&＃xff1b;

query_cache_wlock_invalidate

如果某个数据表被其他的连接锁住&＃xff0c;是否仍然从查询缓存中返回结果。缺省OFF

查询缓存性能监控参数

show status like &＃39;%Qcache%&＃39;;

Qcache_free_blocks

缓存中相邻内存块的个数。数目大说明可能有碎片。

Qcache_free_memory

缓存中的空闲内存

Qcache_hits

每次查询在缓存中命中时就增大。

Qcache_inserts

将查询和结果集写入到查询缓存中的次数。

Qcache_lowmem_prunes

缓存出现内存不足并且必须要进行清理以便为更多查询提供空 间的次数。这个数字最好长时间来看&＃xff1b;如果这个数字在不断增长&＃xff0c;就 表示可能碎片非常严重&＃xff0c;或者内存很少。(上面的 free_blocks 和 free_memory 可以告诉您属于哪种情况)。

Qcache_not_cached

不可以缓存的查询次数。

Qcache_queries_in_cache

查询缓存中缓存的查询量。

Qcache_total_blocks

缓存中块的数量。

查询缓存在这些情况下不会生效

1、查询必须严格一致(大小写、空格、使用的数据库、协议版本、字符集等必须一致)才可以命中&＃xff0c;否则视为不同查询。

2、不缓存查询中的子查询结果集&＃xff0c;仅缓存查询最终结果集。

3、不缓存存储函数(Stored Function)、存储过程(Stored Procedure)、触发器(Trigger)、事件(Event)中的查询。

4、不缓存含有每次执行结果变化的函数的查询&＃xff0c;比如now()、curdate()、last_insert_id()、rand()等。

5、不缓存对mysql、information_schema、performance_schema系统数据库表的查询。

6、不缓存使用临时表的查询。

7、不缓存产生告警(Warnings)的查询。

8、不缓存Select … lock in share mode、Select … for update、 Select * from … where autoincrement_col is NULL类型的查询。

9、不缓存使用用户定义变量的查询。

10、不缓存使用Hint - SQL_NO_CACHE的查询。

11、分区表不能使用查询缓存

数据变更导致的缓存失效问题

当数据表改动时&＃xff0c;基于该数据表的任何缓存都会被删除。(表层面的管理&＃xff0c;不是记录层面的管理&＃xff0c;因此失效率较高)&＃xff1b;

这里数据表更改包括: INSERT, UPDATE, DELETE, TRUNCATE, ALTER TABLE, DROP TABLE, or DROP DATABASE等。

举个例子&＃xff0c;如果数据表posts访问频繁&＃xff0c;那么意味着它的很多数据会被QC缓存起来&＃xff0c;但是每一次posts数据表的更新&＃xff0c;无论更新是不是影响到了cache的数据&＃xff0c;都会将全部和posts表相关的cache清除。如果你的数据表更新频繁的话&＃xff0c;那么Query Cache将会成为系统的负担。有实验表明&＃xff0c;糟糕时&＃xff0c;QC会降低系统13%[1]的处理能力。

功能和适用范围

1、功能&＃xff1a;

降低CPU使用率。

降低IOPS使用率(某些情况下)。

减少查询响应时间&＃xff0c;提高系统的吞吐量。

适用范围&＃xff1a;

2、表数据修改不频繁、数据较静态。

查询(Select)重复度高。

查询结果集小于 1 MB。

说明 查询缓存并不一定带来性能上的提升&＃xff0c;在某些情况下(比如查询数量大&＃xff0c;但重复的查询很少)开启查询缓存会带来性能的下降。

官方在特定环境测试结果(官方文档中有详细说明)&＃xff1a;

1、如果对某表进行简单查询&＃xff0c;但每次查询条件都不一样时&＃xff0c;打开查询缓存会导致性能下降13%。

2、如对一个只有一行数据的表进行查询&＃xff0c;则可以提升238%。

所以查询缓存特别适用于更新频率非常低、查询频率非常高的场景。

query_cache在mysql8.0时被移除