MySQL之查询缓存

一、查询缓存的误区
刚接触QC时，觉得是个好东西，可以将查询的结果放到QC中，这样极大的提升查询的速度，但是后来了解到如果对表进行做DML或者DDL，QC相对应的缓存就会释放，这样对于频繁更改的数据库是没有任何意义的。
二、查询缓存场景
每次执行select结果，会放到查询缓存中，这样下次在执行的时候，就不需要具体的执行sql，只要访问查询访问中的缓存即可。
适合的场景：
1、select
2、访问大量的数据才有必要缓存其结果
3、返回少量数据
大量的分组、聚合、计算
查询缓存才不至于变得非常大
对于普通的交易系统来说，这个查询意义不大，都是一些简单的sql，甚至于还有副作用。
执行一次成本很高，结果集又很小，这种sql值得被缓存。
三、查询缓存的配置
1、将query_cache_type，这是静态参数，需要重启数据库。
0是关闭查询缓存
1打开查询缓存，缓存所有的sql语句的结果，除非select sql_no_cache 提示，表示这个结果不放在缓存里面。
2打开查询缓存，但是只是缓存select sql_cache 对应的结果集。比较推荐使用
2、query_cache_size调整查询缓存的大小
四、查询缓存演示
开启查询缓存，MySQL中的select就会放到查询缓存中，无论什么操作，第一次放到QC中，再次执行的时候就会直接到QC中查询，这样Qcache_hits 就会加一，但是如果对该表做DML或者DDL，本来放到QC中的缓存就会被释放。

成都创新互联致力于互联网网站建设与网站营销，提供成都网站设计、成都做网站、网站开发、seo优化、网站排名、互联网营销、小程序制作、公众号商城、等建站开发，成都创新互联网站建设策划专家，为不同类型的客户提供良好的互联网应用定制解决方案，帮助客户在新的全球化互联网环境中保持优势。

1、没有任何操作

| Qcache_hits | 0 |
| Qcache_not_cached | 2 |
| Qcache_queries_in_cache | 0 |

2、执行
select * from t1 where id=1;
| Qcache_hits | 0 |
| Qcache_not_cached | 2 |
| Qcache_queries_in_cache | 1 |

select * from t1 where id=1;
| Qcache_hits | 1 |
| Qcache_not_cached | 2 |
| Qcache_queries_in_cache | 1 |

insert into t1 values(4,'dfd');
| Qcache_hits | 1 |
| Qcache_not_cached | 2 |
| Qcache_queries_in_cache | 0 |

select * from t1 where id=1;
| Qcache_hits | 1 |
| Qcache_not_cached | 2 |
| Qcache_queries_in_cache | 1 |

select * from t1 where id=1;
| Qcache_hits | 2 |
| Qcache_not_cached | 2 |
| Qcache_queries_in_cache | 1 |

mysql> reset query cache;
Query OK, 0 rows affected (0.00 sec)

| Qcache_hits | 2 |
| Qcache_inserts | 2 |
| Qcache_queries_in_cache | 0 |

flush query_cache #碎片整理
reset query_cache #清空缓存

本文名称：MySQL之查询缓存
链接URL：http://6mz.cn/article/pegooo.html

网站建设知识

MySQL之查询缓存

其他资讯