调整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那些东西不会被缓存

1. 不确定性的内容
2. 用户自定义函数
3. 用户自定义变量
4. 临时表
5. mysql用的系统表
6. 列级别的权限
7. 存储函数
8. 不确定数据

命中率估算

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就更好了。

缓存整理操作

1. FLUSH QUERY_CACHE, 命令可以用于完成碎片整理，但会导致服务器系统僵死一段时间
2. 要清空缓存，可以使用RESET QUERY_CACHE

通用缓存优化思路

1. 批量写入而非单个写入，批量写入仅一次性影响缓存
2. 过大的缓存空间会使的在大量缓存对象过期失效时导致服务器假死
3. 必要时，使用SQL_CACHE和SQL_NO_CACHE手动控制缓存动作。
4. 对写密集型的场景来说，禁用缓存可以提高性能。
5. 如果Qcache_lowmem_prunes 值比较大，表示查询缓存区大小设置太小，需要增大。