MySQL 查询缓存

MySQL 查询缓存存储 SELECT 查询的文本以及发送给客户端的响应结果。如果随后收到一个相同的查询,服务器从查询缓存中重新得到查询结果,而不再需要解析和执行查询。如果有一个不经常改变的表并且服务器收到该表的大量相同查询,查询缓存在这样的应用环境中十分有用。

查询缓存 SELECT 选项

SQL_CACHE
如果 query_cache_type 系统变量的值是 ONDEMAND,查询结果将被缓存。示例:

SELECT SQL_CACHE pid, title, price FROM product;

SQL_NO_CACHE
查询结果不被缓存。示例:

SELECT SQL_NO_CACHE pid, title, price FROM product;

查询缓存的工作原理

查询必须是完全相同的(逐字节相同)才能够被认为是相同的,因此下面的两个查询被查询缓存认为是不相同的:

SELECT * FROM tbl_name;
Select * from tbl_name;

如果一个表被更改了,那么使用那个表的所有缓存查询将不再有效,并且从缓冲区中移出。这包括那些映射到改变了的表的使用 MERGE 表的查询。一个表可以被许多类型的语句更改,例如:INSERT、UPDATE、DELETE、TRUNCATE、ALTER TABLE、DROP TABLE或DROP DATABASE。

另外,如果一个查询语句包含下面函数中的任意一个,它也不会被缓存:

- - -
BENCHMARK() CONNECTION_ID() CURDATE()
CURRENT_DATE() CURRENT_TIME() CURRENT_TIMESTAMP()
CURTIME() DATABASE() 带一个参数的ENCRYPT()
FOUND_ROWS() GET_LOCK() LAST_INSERT_ID()
LOAD_FILE() MASTER_POS_WAIT() NOW()
RAND() RELEASE_LOCK() SYSDATE()
不带参数的UNIX_TIMESTAMP() USER()

在下面的这些条件下,查询也不会被缓存:

  • 引用自定义函数(UDFs)。
  • 引用自定义变量。
  • 引用mysql系统数据库中的表。
  • 下面方式中的任何一种:
    • SELECT ...IN SHARE MODE
    • SELECT ...FOR UPDATE
    • SELECT ...INTO OUTFILE ...
    • SELECT ...INTO DUMPFILE ...
    • SELECT * FROM ...WHERE autoincrement_col IS NULL
  • 使用TEMPORARY表。
  • 不使用任何表。
  • 用户没有某个表的列级权限。

查询缓存配置

可以使用下面的语句检查MySQL服务器是否提供查询缓存功能:

SHOW VARIABLES LIKE 'have_query_cache';
变量名
have_query_cache YES

所有查询缓存系统变量名以 query_cache_ 开头,当启动 mysqld 时,这些变量可以在选项文件或者命令行中设置。可以使用下面的语句查看MySQL服务器的查询缓存变量:

SHOW VARIABLES LIKE 'query_cache_%';

query_cache_limit
单个结果集所被允许缓存的最大值,默认值为1048576(1MB)。

query_cache_min_res_unit
每个被缓存的结果集要占用的最小内存(字节),默认值为4096(4KB)。

query_cache_size
为缓存查询结果分配的内存大小。默认值为0,即禁用查询缓存。请注意即使 query_cache_type 设置为 0 也将分配此数量的内存。

query_cache_type
设置查询缓存类型,默认值为ON。设置GLOBAL值可以设置后面的所有客户端连接的类型。客户端可以设置SESSION值以影响他们自己对查询缓存的使用。下面的表显示了可能的值:

选项 描述
0 或 OFF 不要缓存查询结果。
注意:这样不会取消分配的查询缓存区。
要想取消,应将query_cache_size设置为0。
1 或 ON 缓存除了以 SELECT SQL_NO_CACHE 开头的所有查询结果。
2 或 DEMAND 只缓存以 SELECT SQL_CACHE 开头的查询结果。

查询缓存状态和维护

可以使用 FLUSH QUERY CACHE 语句来清理查询缓存碎片以提高内存使用性能。该语句不从缓存中移出任何查询。RESET QUERY CACHE 语句从查询缓存中移出所有查询。FLUSH TABLES 语句也执行同样的工作。

为了监视查询缓存性能,使用 SHOW STATUS 查看缓存状态变量:

SHOW STATUS LIKE 'Qcache%';
变量名 说明
Qcache_free_blocks 36 查询缓存内自由内存块的数量。
Qcache_free_memory 138488 用于查询缓存的自由内存的数量。
Qcache_hits 79570 查询缓存被访问的次数。
Qcache_inserts 27087 加入到缓存的查询数量。
Qcache_lowmem_prunes 3114 由于内存较少从缓存删除的查询数量。
Qcache_not_cached 22989 非缓存查询数(不可缓存,或由于query_cache_type设定值未缓存)。
Qcache_queries_in_cache 415 登记到缓存内的查询的数量。
Qcache_total_blocks 912 查询缓存内的总块数。
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 199,902评论 5 468
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 84,037评论 2 377
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 146,978评论 0 332
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 53,867评论 1 272
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 62,763评论 5 360
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,104评论 1 277
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,565评论 3 390
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,236评论 0 254
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,379评论 1 294
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,313评论 2 317
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,363评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,034评论 3 315
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,637评论 3 303
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,719评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,952评论 1 255
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,371评论 2 346
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 41,948评论 2 341