Mysql 的查询缓存参数介绍与优化思路

以下内容都是来自马哥的分享，虽然都是收费的，但是值得一看(我绝不是拖啊！)，涉及到的数据都是服务器的真实数据，可以自己做个计算还是挺有趣的！
查询缓存的参数说明（my.cnf）
mysql> show global variables like “query_cache%”;

Variable_name Value desc
query_cache_limit 1048576 Mysql允许缓存的单个缓存对象的最大值，不过mysql只有在查询的所有结果都返回后才知道其是否超出此大小，但是在查询一开始便会尝试使用缓存存储查询结果，一旦发现超过可缓存最大值则会从缓存中将其删除，并增大Qcache_not_cached的值，因此，如果知道某查询的结果会超出可缓存的最大值的时候，应该在查询语句中使用SQL_NO_CACHE
query_cache_min_res_unit 4096 存储缓存的最小内存块，这个值过小，会减少空间浪费，但是会导致更频繁的内存块申请操作，设置的过大，会有着更高的碎片产生率，可以通过(query_cache_size – Qcache_free_memory) / Qcache_queryer_in_cache 来获得一个接近理想的值，同时，如果Qcache_free_blocks存在空闲块，但是Qcache_lowmem_prunes的值仍然在增长，则表明碎片过多导致了缓存结果会过早删除
query_cache_size 33554432 查询缓存的内存总大小,其必须是1024的整数倍，单位为字节。Mysql启动时，一次性分配并且初始化这里指定大小的内存空间，改变其值，mysql会立刻删除所有的缓存对象并重新配置其大小及初始化，在性能较强的通用服务器上，查询缓存可能会成为影响服务器扩展的因素，因为它存在成为服务器资源竞争单点的可能性，在多核心的服务器上甚至还有可能导致服务进程宕机
query_cache_type ON 是否打开查询缓存,其可用值有OFF，ON和DEMAND，DEMAND仅在查询语句中显式使用SQL_CACHE时才会使用缓存
query_cache_wlock_invalidate OFF 如果某个数据表被其它的链接锁住，是否仍然从查询缓存中返回结果。OFF表示返回
MySql运行产生的状态值
mysql> show global status like ‘qcache%’;

Variable_name Value desc
Qcache_free_blocks 1057 已经分配了块，但是尚未存储数据 , 如果该值显示较大，则说明Query Cache 中的内存碎片较多了，可能需要寻找合适的机会进行整理。
Qcache_free_memory 21667632 没有被申请划分为数据块的部分
Qcache_hits 2379301 缓存命中次数
Qcache_inserts 412811 执行向缓存中插入缓存对象的次数
Qcache_lowmem_prunes 0 因为内存太小不能继续存储的对象个数, 如果Qcache_lowmem_prunes 值比较大，表示查询缓存区大小设置太小，需要增大。
Qcache_not_cached 1248823 查询没被缓存的个数
Qcache_queries_in_cache 1804 保存在缓存中的查询个数
Qcache_total_blocks 5043 已经分配好的块个数
如何确定MySql中是否缓存了刚才执行的SQL语句
mysql中的缓存是 key-value hash hash区分大小写

MySql那些东西不会被缓存
不确定性的内容
用户自定义函数
用户自定义变量
临时表
mysql用的系统表
列级别的权限
存储函数
不确定数据
命中率估算
mysql> show global status where variable_name=”Qcache_hits” or variable_name=”Com_select”;

Variable_name Value
Com_select 1703848
Qcache_hits 2421498
1. hits rate(命中率) = Qcache_hits/(Qcache_hits+Com_select)不过。这个未必能反应真实情况！ 命中率>30%就可以认为有效
2. 也应该经常查询另一个指标，命中和写入的比率，即Qcache_hits和Qcache_insert的比值，次比例大于3:1时通常查询缓存是有效的，能达到甚至大于10:1就更好了。

缓存整理操作
FLUSH QUERY_CACHE, 命令可以用于完成碎片整理，但会导致服务器系统僵死一段时间
要清空缓存，可以使用RESET QUERY_CACHE
通用缓存优化思路
批量写入而非单个写入，批量写入仅一次性影响缓存
过大的缓存空间会使的在大量缓存对象过期失效时导致服务器假死
必要时，使用SQL_CACHE和SQL_NO_CACHE手动控制缓存动作。
对写密集型的场景来说，禁用缓存可以提高性能。
如果Qcache_lowmem_prunes 值比较大，表示查询缓存区大小设置太小，需要增大。
————————————————
版权声明：本文为CSDN博主「coder_up」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/wjc19911118/article/details/51463519