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%