您的位置：首页 > 数据库 > MySQL

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

2016-05-20 17:42 681 查看

以下内容都是来自马哥的分享，虽然都是收费的，但是值得一看(我绝不是拖啊！)，涉及到的数据都是服务器的真实数据，可以自己做个计算还是挺有趣的！

查询缓存的参数说明（

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

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 值比较大，表示查询缓存区大小设置太小，需要增大。

内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理

标签：

相关文章推荐

新的分享

章节导航