缓存机制简单的说就是缓存sql文本及查询结果，如果运行相同的sql，服务器直接从缓存中取到结果，而不需要再去解析和执行sql。如果
缓存机制简单的说就是缓存sql文本及查询结果，如果运行相同的sql，服务器直接从缓存中取到结果，而不需要再去解析和执行sql。如果表更改了，那么使用这个表的所有缓存查询将不再有效，查询缓存值的相关条目被清空。更改指的是表中任何数据或是结构的改变，包括INSERT、UPDATE、DELETE、TRUNCATE、ALTER TABLE、DROP TABLE或DROP DATABASE等，也包括那些映射到改变了的表的使用MERGE表的查询。显然，这对于频繁更新的表，查询缓存是不适合的，而对于一些不常改变数据且有大量相同sql查询的表，查询缓存会节约很大的性能。
MySQL 检查缓存命中的规则
1、在检查缓存的时候，MySQL 不会对语句进行解析、正则化或者参数化，它精确地使用客户端传来的查询语句和其他数据。只要字符大小写、空格或者注释有一点点不同，查询缓存就认为这是一个不同的查询
2、查询缓存不会存储有不确定结果的查询。因此，，任何一个包含不确定函数（比如NOW()或CURRENT_DATE()）的查询不会被缓存。同样地，CURRENT_USER()或CONNECTION_ID()这些由不同用户执行，将会产生不同的结果的查询也不会被缓存。事实上，查询缓存不会缓存引用了用户自定义函数、存储函数、用户自定义变量、临时表、mysql %ignore_a_1%中的表或者任何一个有列级权限的表的查询
3、查询必须是完全相同的(逐字节相同)才能够被认为是相同的。另外，同样的查询字符串由于其它原因可能认为是不同的。使用不同的数据库、不同的协议版本或者不同 默认字符集的查询被认为是不同的查询并且分别进行缓存。
开启查询缓存的开销
读取查询在开始之前必须要检查缓存。
如果查询是可以被缓存的，但是不在缓存中，那么在产生结果之后进行保存会带来一些额外的开销。写入数据的查询也会有额外的开销，因为它必须使缓存中相关的数据表失效。
这些开销相对来说较小，所以查询缓存还是很有好处的。但是，稍后你会看到，额外的开销有可能也会增加。从缓存中受益最多的查询可能是需要很多资源来产生结果，但是不需要很多空间来保存的类型。所以用于存储、返回和失效的代价都较小。聚集查询，比如从大表中利用COUNT()产生较小的结果，就符合这个范畴。
分析和调整查询缓存的一个图示（网上找到的）
Msyql缓存状态的查看
have_query_cache 的值如果是yes表示开启缓存
Binlog_cache_size:默认大小是32768即32K
Max_binlog_cache_size: 默认值是18446744073709547520，这个值很大，够我们使用的了。此参数和binlog_cache_size相对应，代表binlog所能使用的cache最大使用大小。如果系统中事务过多，而此参数值设置有小，则会报错。
query_cache_limit：允许 Cache 的单条 Query 结果集的最大容量，默认是1MB，超过此参数设置的 Query 结果集将不会被 Cache
query_cache_min_res_unit：设置 Query Cache 中每次分配内存的最小空间大小，也就是每个 Query 的 Cache 最小占用的内存空间大小
query_cache_size：设置 Query Cache 所使用的内存大小，默认值为0，大小必须是1024的整数倍，如果不是整数倍，MySQL 会自动调整降低最小量以达到1024的倍数
query_cache_type：控制 Query Cache 功能的开关，可以设置为0(OFF),1(ON)和2(DEMAND)三种，意义分别如下：
医学实验研究中心HTML5网站模板
医学实验研究中心HTML5网站模板是一款适合提供各种优质实验研究服务机构宣传网站模板下载。提示：本模板调用到谷歌字体库，可能会出现页面打开比较缓慢。
24 查看详情 
0(OFF)：关闭 Query Cache 功能，任何情况下都不会使用 Query Cache
1(ON)：开启 Query Cache 功能，但是当 SELECT 语句中使用的 SQL_NO_CACHE 提示后，将不使用Query Cache
2(DEMAND)：开启 Query Cache 功能，但是只有当 SELECT 语句中使用了 SQL_CACHE 提示后，才使用 Query Cache
query_cache_wlock_invalidate：控制当有写锁定发生在表上的时刻是否先失效该表相关的 Query Cache，如果设置为 1(TRUE)，则在写锁定的同时将失效该表相关的所有 Query Cache，如果设置为0(FALSE)则在锁定时刻仍然允许读取该表相关的 Query Cache。
检查查询缓存使用情况
此时的查询缓存命中率：175/（175+4）=97%；由于个人的测试数据库，查询较少，更行更少，命中率颇高。嘿嘿~~
MySQL 提供了一系列的 Global Status来记录 Query Cache的当前状态，具体如下：
Qcache_free_blocks：目前还处于空闲状态的 Query Cache中内存 Block数目
Qcache_free_memory：目前还处于空闲状态的 Query Cache内存总量
Qcache_hits：Query Cache命中次数
Qcache_inserts：向 Query Cache中插入新的Query Cache的次数，也就是没有命中的次数
Qcache_lowmem_prunes：当 Query Cache内存容量不够，需要从中删除老的Query Cache以给新的 Cache 对象使用的次数
Qcache_not_cached：没有被 Cache的SQL数，包括无法被 Cache的 SQL 以及由于query_cache_type设置的不会被Cache的 SQL
Qcache_queries_in_cache：目前在 Query Cache中的SQL数量
Qcache_total_blocks：Query Cache中总的Block数量
清空缓存
之前的Qcache_hits Qcache_inserts均被清空
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/855194.html
微信扫一扫 
支付宝扫一扫 
