转自:https://www.cnblogs.com/lpfut...html
介绍
- mysql Query Cache 默认为打开。从某种程度能够提升查询的效果,可是未必是最优的解决方案,若是有的大量的修改和查询时,因为修改造的cache失效,会给服务器形成很大的开销,能够经过query_cache_type【0(OFF)1(ON)2(DEMAND)】来控制缓存的开关.
- 须要注意的是mysql query cache 是对大小写敏感的,由于Query Cache 在内存中是以 HASH 结构来进行映射,HASH 算法基础就是组成 SQL 语句的字符,因此 任何sql语句的改变从新cache,这也是项目开发中要创建sql语句书写规范的缘由吧
什么时候cache
- mysql query cache内容为 select 的结果集, cache 使用完整的 sql 字符串作 key, 并区分大小写,空格等。即两个sql必须彻底一致才会致使cache命中。
- prepared statement永远不会cache到结果,即便参数彻底同样。在 5.1 以后会获得改善。
- where条件中如包含了某些函数永远不会被cache, 好比current_date, now等。
-
date 之类的函数若是返回是以小时或天级别的,最好先算出来再传进去。mysql
select * from foo where date1=current_date -- 不会被 cache
select * from foo where date1='2008-12-30' -- 被cache, 正确的作法
- 太大的result set不会被cache (< query_cache_limit)
什么时候更新
- 一旦表数据进行任何一行的修改,基于该表相关cache当即所有失效。
- 为何不作聪明一点判断修改的是否cache的内容?由于分析cache内容太复杂,服务器须要追求最大的性能。
性能
缓存机制的内存使用
- mysql query cache 使用内存池技术,本身管理内存释放和分配,而不是经过操做系统。内存池使用的基本单位是变长的block, 一个result set的cache经过链表把这些block串起来。由于存放result set的时候并不知道这个resultset最终有多大。block最短长度为query_cache_min_res_unit, resultset 的最后一个block会执行trim操做。
使用步骤
-
修改配置文件,设置query_cache_type和query_cache _size,以及query_cache_min_res_unit(能够采用默认值)数据库
query_cache_type 0 表明不使用缓冲, 1 表明使用缓冲,2 表明根据须要使用。
-
若是query_cache_type=1,若是不须要缓冲,则query以下缓存
SELECT SQL_NO_CACHE * FROM my_table WHERE ...
-
若是query_cache_type=2,若是须要缓冲,则query以下服务器
SELECT SQL_CACHE * FROM my_table WHERE ...
总结
- Query Cache 在提升数据库性能方面具备很是重要的做用。
- 其设定也很是简单,仅须要在配置文件写入两行: query_cache_type 和 query_cache _size,并且 MySQL 的 query cache 很是快!并且一旦命中,就直接发送给客户端,节约大量的 CPU 时间。
- 固然,非 SELECT 语句对缓冲是有影响的,它们可能使缓冲中的数据过时。一个 UPDATE 语句引发的部分表修改,将致使对该表全部的缓冲数据失效,这是 MySQL 为了平衡性能而没有采起的措施。由于,若是每次 UPDATE 须要检查修改的数据,而后撤出部分缓冲将致使代码的复杂度增长。
-
使用场景函数
- 写操做少于读操做;数据实时性要求较强(即不容许缓存中存在过时数据)
- 若是容许缓存中存在过时数据,能够本身使用Redis等工具进行缓存