mysqlc查询缓存

Mysql查询缓存


缓存的对象：
1，sql语句
2，sql结果


参数
show variables like '%query_cache%';
query_cache_type    #是否开启0,1,2/on,off,demand  需要在my.cnf中配置并重启
have_query_cache    # 是否支持
query_cache_size    #缓存大小，字节数,建议1024整数倍
query_cache_limit   #单次缓存的最大结果集，字节数，超过的不缓存。
query_cache_min_res_unit #用来分配内存块的最小体积。默认4096字节。每次给查询结果分配的内存大小，小了节省内存，但增加内存分配频率。
query_cache_wlock_invalidate #默认情况下（off），表被lock tables命令锁住，查询也会被缓存。


常用命令：
flush query cache #整理查询缓存，不会清除缓存内容
reset query cache #移除缓存内容
show status like 'qcache%';#查询缓存状态
qcache_queries_in_cache #在缓存中已注册的查询数目
qcache_inserts #被加入到缓存中的查询数目。ps：查询缓存缓存过的总的查询结果数目
qcache_hits #缓存采样数的数目
qcache_lowmem_prunes #因为缺少内存而被从缓存中删除的查询数目
qcache_not_cached #没有被缓存的查询数据
qcache_free_memory #查询缓存的空闲内存总数
qcache_free_blocks #查询缓存中的空闲内存块的数目
qcache_total_blocks #查询缓存中块的总数目


小技巧：
1，如空闲内存块是总内存块一半左右，表明存在严重内存碎片。通常用 flush query cache 整理碎片，在用reset query cache清理查询缓存。
2,碎片很少，但命中很低，说明缓存内存空间小。此时qcache_lowmem_prunes会增加，如此值增加过快，可能原因为下:
1,如存在大量空闲块，则是因为碎片的存在而引起的。
2,空闲内存块较少，可以适当地增加缓存大小。
3，大小写不同的sql语句，被认为是不同的查询语句。不支持now(),date()等不确定因素的查询。
4，分区表在某些情况下可以提高缓存命中率，避免因为表中有一条字段变更而导致整表被清空缓存。
5，缓存查询会消耗资源(判断，存储，清除)，谨慎开启。


优化技巧：
1，设计表时，避免大表。多用小表。
2，数据写入时，尽量一次写入多条数据。
3，不在库和表上加查询缓存，用sql_cache,sql_no_cache在sql添加。
4,对于保存多写入的应用程序，关闭查询缓存可改进性能。
5，禁用的时候将query_cache_size设置为0，这样不会消耗任何内存。否则虽然不启动，但还是会占用内存。
6，如想少数查询用缓存，query_cache_type 设置为 demand ,配合sql_cache完成。
7,从缓存中受益最多的查询可能是需要很多资源来产生结果，但是不需要很多空间来保存的类型。
所以用于存储、返回和失效的代价都较小。聚集查询，比如从大表中利用COUNT()产生较小的结果，就符合这个范畴。
 
参考url

http://www.jquerycn.cn/a_14480