MySQL缓存机制详解

MySQL缓存机制详解

众所周知，缓存的设置是所有现代计算机系统发挥⾼性能的重要因素之⼀。对于MySQL数据库来说，也是得益于MySQL缓存机制，才能够提⾼MySQL数据库的性能，减少数据的内存占⽐。

MySQL缓存机制简单的说就是缓存SQL⽂本及查询结果，如果运⾏相同的SQL，服务器直接从缓存中取到结果，⽽不需要再去解析和执⾏SQL。如果表更改了，那么使⽤这个表的所有缓存查询将不再有效，查询缓存中值相关条⽬被清空。这⾥的更改指的是表中任何数据或是结构发⽣改变，包括INSERT、UPDATE、 DELETE、TRUNCATE、ALTER TABLE、DROP TABLE或DROP DATABASE等，也包括那些映射到改变了的表使⽤MERGE表的查询。显然，这对于频繁更新的表，查询缓存是不适合的，⽽对于⼀些不常改变数据且有⼤量相同SQL 查询的表，查询缓存会节约很⼤的性能。

⼀、MySQL缓存规则

1.开启了缓存，MySQL Server会⾃动将查询语句和结果集返回到内存，下次再查直接从内存中取；

2.缓存的结果是通过sessions共享的，所以⼀个client查询的缓存结果，另⼀个client也可以使⽤。

3.MySQL Query Cache内容为 select 的结果集, cache 使⽤完整的SQL字符串做 key, 并区分⼤⼩写，空格等。即两个SQL必须完全⼀致才会导致cache命中。即检查查询缓存时，MySQL Server不会对SQL做任何处理，它精确的使⽤客户端传来的查询，只要字符⼤⼩写或注释有点不同，查询缓存就认为是不同的查询；

4.prepared statement永远不会cache到结果，即使参数完全⼀样。在

5.1 之后会得到改善。

5.where条件中如包含任何⼀个不确定的函数将永远不会被cache, ⽐如current_date, now等。

6.date 之类的函数如果返回是以⼩时或天级别的，最好先算出来再传进去。

select * from foo where date1=current_date -- 不会被 cache

select * from foo where date1='2008-12-30' -- 被cache, 正确的做法

7.太⼤的result set不会被cache (< query_cache_limit)

8.MySQL缓存在分库分表环境下是不起作⽤的

9.执⾏SQL⾥有触发器,⾃定义函数时，MySQL缓存也是不起作⽤的

⼆、缓存失效

在表的结构或数据发⽣改变时，查询缓存中的数据不再有效。如INSERT、UPDATE、 DELETE、TRUNCATE、ALTER TABLE、DROP TABLE或DROP DATABASE会导致缓存数据失效。所以查询缓存适合有⼤量相同查询的应⽤，不适合有⼤量数据更新的应⽤。

⼀旦表数据进⾏任何⼀⾏的修改，基于该表相关cache⽴即全部失效。

⼿动清理缓存

⼿动清理缓存可以使⽤下⾯三个SQL

1.FLUSH QUERY CACHE； #清理查询缓存内存碎⽚

2.RESET QUERY CACHE；#从查询缓存中移除所有查询

3.FLUSH TABLES； #关闭所有打开的表，同时该操作会清空查询缓存中的内容

四、缓存机制中的内存管理

MySQL Query Cache 使⽤内存池技术，⾃⼰管理内存释放和分配，⽽不是通过操作系统。内存池使⽤的基本单位是变长的block, ⽤来存储类型、⼤⼩、数据等信息；⼀个result set的cache通过链表把这些block串起来。block最短长度为query_cache_min_res_unit。

当服务器启动的时候，会初始化缓存需要的内存，是⼀个完整的空闲块。当查询结果需要缓存的时候，先从空闲块中申请⼀个数据块为参数query_cache_min_res_unit配置的空间，即使缓存数据很⼩，申请数据块也是这个，因为查询开始返回结果的时候就分配空间，此时⽆法预知结果多⼤。

分配内存块需要先锁住空间块，所以操作很慢，MySQL会尽量避免这个操作，选择尽可能⼩的内存块，如果不够，继续申请，如果存储完时有空余则释放多余的。

但是如果并发的操作，余下的需要回收的空间很⼩，⼩于query_cache_min_res_unit，不能再次被使⽤，就会产⽣碎⽚。

MySQL缓存机制从某种程度上来说，和其他的系统缓存有类似的作⽤：提⾼系统的性能，释放系统的内存空间。但MySQL缓存机制⼜有着其独特的特性，对于数据重复性⽐较⾼的查询有着显著的作⽤。