MySQL优化之缓存优化（续）

MySQL 内部处处皆缓存，等什么时候看了MySQL的源码，再来详细的分析缓存的是如何利用的。这部分主要将各种显式的缓存优化：

查询缓存优化 结果集缓存 排序缓存 join 连接缓存 表缓存Cache 与表结构定义缓存Cache 表扫描缓存buffer MyISAM索引缓存buffer 日志缓存 预读机制 延迟表与临时表


1、查询缓存优化

查询缓存不仅将查询语句结构缓存起来，还将查询结果缓存起来。一段时间内，如果是同样的SQL,则直接从缓存中读取结果，提高查找数据的效率。但当缓存中的数据与硬盘中的数据不一致时，缓存就会失效。

mysql> show variables like '%query_cache%';+------------------------------+---------+| Variable_name | Value |+------------------------------+---------+| have_query_cache | YES || query_cache_limit | 1048576 || query_cache_min_res_unit | 4096 || query_cache_size | 1048576 || query_cache_type | OFF || query_cache_wlock_invalidate | OFF |+------------------------------+---------+

have_query_cache 是否支持查询缓存。

query_cache_limit 如果某条select语句的结果集大小超过了querycachelimit的值时，这个结果集将不会被添加到查询缓存。

query_cache_min_res_unit 查询缓存是以块来申请内存空间的，每次申请的块大小为设定值。4K 是非常一个合理的值，不必修改。

query_cache_size 查询缓存的大小。

query_cache_type 查询缓存的类型，值有 0（OFF）、1（ON）、2（DEMOND）。OFF表示查询缓存是关闭的。ON 表示查询总是先到查询缓存中去查找，除非在select 语句中包含sql_no_cache选项。 DEMOND 表示不适用缓存，除非在select 语句中包含sql_cache选项。

query_cache_wlock_invalidate 该参数用于设置行级排它锁与查询缓存之间的关系，默认为为0（OFF）,表示施加行级排它所的同时，该表的所有查询缓存依然有效。如果设置为1（ON）,表示事假行级排它锁的同时，该表的所有查询缓存失效。

查看查询缓存的命中率

mysql> show status like 'Qcache%';+-------------------------+---------+| Variable_name | Value |+-------------------------+---------+| Qcache_free_blocks | 1 || Qcache_free_memory | 1031360 || Qcache_hits | 0 || Qcache_inserts | 0 || Qcache_lowmem_prunes | 0 || Qcache_not_cached | 0 || Qcache_queries_in_cache | 0 || Qcache_total_blocks | 1 |+-------------------------+---------+

查看当前缓存的状态信息：

Qcache_free_blocks

表示查询缓存中处以重现状态的内存块数（碎片数量）。如果Qcache_free_blocks 的值较大，则意味着查询缓存中碎片比较多，表明查询结果集较小，此时可以减小query_cache_min_res_unit的值。使用flush query cache 会对缓存中的若干个碎片进行整理，从而得到一个比较大的空闲块。缓存碎片率 = Qcache_free_blocks/ Qcache_total_blocks * 100%