MySQL关闭查询缓存（QC）的两种方法

╰半夏微凉° 2023-07-24 02:08 4阅读 0赞

**[MySQL][] Query Cache 会缓存select 查询，安装时默认是开启的，但是如果对表进行INSERT, UPDATE, DELETE, TRUNCATE, ALTER TABLE, DROP TABLE, or DROP DATABASE等操作时，之前的缓存会无效并且删除。这样一定程度上也会影响我们[数据库][MySQL]的性能。所以对一些频繁的变动表的情况开启缓存是不明智的。还有一种情况我们[测试][Link 1]数据库性能的时候也要关闭缓存，避免缓存对我们测试数据的影响。下面介绍两种不使用缓存的方案：**

**第一种：方案**

**首先查看数据库的缓存是开启的**

**SHOW VARIABLES LIKE '%cache%'**

![MySQL关闭查询缓存（QC）的两种方法][MySQL_QC]

**查看缓存命中情况 SHOW STATUS LIKE '%qcache%'**

![MySQL关闭查询缓存（QC）的两种方法][MySQL_QC 1]

**然后对表查询了两次，可以看到，第二次明显的缓存了数据。然后查看命中缓存变为了1**

![MySQL关闭查询缓存（QC）的两种方法][MySQL_QC 2]

**下面就开始关闭缓存。关闭缓存有两种放法，一种临时的，一种永久的。**

**临时的直接再命令行执行**

**set global query\_cache\_size=0**

**set global query\_cache\_type=0**

**永久的修改配置文件my.cnf ,添加下面的配置即可。有时候临时修改不生效就得使用永久修改并重启数据库了，然后想改回来的话也得永久修改重启数据库。**

**query\_cache\_type=0**

**query\_cache\_size=0**

**我们用永久的修改方法**

![MySQL关闭查询缓存（QC）的两种方法][MySQL_QC 3]

**注意改完要重启数据库,然后再进去看看   ****SHOW VARIABLES LIKE '%cache%'**

![MySQL关闭查询缓存（QC）的两种方法][MySQL_QC 4]

**然后开始查询 很明显没有命中缓存。**

![MySQL关闭查询缓存（QC）的两种方法][MySQL_QC 5]

**第二种方案：**

**在开启缓存的情况下我们对sql语句做一些改动**

**Select sql\_no\_cache count(\*) from users; 不缓存**

**Select sql\_cache count(\*) from users; 缓存（也可以不加，默认缓存已经开启了）**

**首先查看数据库缓存开启中**

![MySQL关闭查询缓存（QC）的两种方法][MySQL_QC 6]

**缓存命中为0**

![MySQL关闭查询缓存（QC）的两种方法][MySQL_QC 7]

**然后开始查询,查询两次后发现缓存命中率依然为0,很明显没有查询缓存。**

![MySQL关闭查询缓存（QC）的两种方法][MySQL_QC 8]

**然后不加sql\_no\_cache 查询，很明显缓存命中为1，开始查询缓存了**

![MySQL关闭查询缓存（QC）的两种方法][MySQL_QC 9]

第二种方案注意：这里你可能会产生一些困惑，就是我刚刚设置了走缓存，有命中率，设置完 **sql\_no\_cache**  没有缓存怎么还有命中率，那根你说的不相符呀。这里有一个误区。

SQL\_NO\_CACHE的真正作用是禁止缓存查询结果，但并不意味着cache不作为结果返回给query。

目前流传的SQL\_NO\_CACHE不外乎两种解释：

1.对当前query不使用数据库已有缓存来查询，则当前query花费时间会多点

2.对当前query的产生的结果集不缓存至系统query cache里，则下次相同query花费时间会多点

我做了下实验，似乎两种都对。

sql\_cache意思是说，查询的时候使用缓存。

对SQL\_NO\_CACHE的解释及测试如下:

SQL\_NO\_CACHE means that the query result is not cached. It does not mean that the cache is not used to answer the query.

You may use RESET QUERY CACHE to remove all queries from the cache and then your next query should be slow again. Same effect if you change the table, because this makes all cached queries invalid.

综上所述，如果你之前已经查询过，已经有缓存了，再使用SQL\_NO\_CACHE还是会从cache中拿到结果并返回。但是这个结果并不会存入缓存中。所以就会出现你认为的SQL\_NO\_CACHE不生效的情况。那么这种情况如何解决呢？只能临时或者永久的设置

**set global query\_cache\_size=0**

**set global query\_cache\_type=0**

**这样缓存就会失效，然后重启数据库后再将其设置为1，再重启数据库。这样你第一次查询就不会从cache中拿到结果，同时也不会将其放入缓存中了。总之，这块有坑，感觉这样的话更麻烦，不如直接设置全局不缓存了，如果在测试环境，条件可以的话应该是可以直接设置全局即可。**

================MyBatis的对CACHE的应用======================

**MyBatis的flushCache和useCache的使用**

（1）当为select语句时：

flushCache默认为false，表示任何时候语句被调用，都不会去清空本地缓存和二级缓存。

useCache默认为true，表示会将本条语句的结果进行二级缓存。

（2）当为insert、update、delete语句时：

flushCache默认为true，表示任何时候语句被调用，都会导致本地缓存和二级缓存被清空。

useCache属性在该情况下没有。

当为select语句的时候，如果没有去配置flushCache、useCache，那么默认是启用缓存的，所以，如果有必要，那么就需要人工修改配置，修改结果类似下面：

……

</select>

update 的时候如果 flushCache="false"，则当你更新后，查询的数据数据还是老的数据。

[MySQL]: http://lib.csdn.net/base/mysql
[Link 1]: http://lib.csdn.net/base/softwaretest
[MySQL_QC]: /images/20230528/86562a1c117a475ebc8054fb217ded1e.png
[MySQL_QC 1]: /images/20230528/3d470fc6421e495495c28b968133fa9f.png
[MySQL_QC 2]: /images/20230528/20d9b30483c449e999ad8b3a9aebe758.png
[MySQL_QC 3]: /images/20230528/5aec92a6cc4b4c2eb773cdb26e0740af.png
[MySQL_QC 4]: /images/20230528/4b77606940da4dbd886c0b507c3de25e.png
[MySQL_QC 5]: /images/20230528/adde985428d34ca2be36afd8c0e2e898.png
[MySQL_QC 6]: /images/20230528/b99c77f4704842c9b39fd0adadc00ad6.png
[MySQL_QC 7]: /images/20230528/2f5b0ab097164391a2fa6d53918f3401.png
[MySQL_QC 8]: /images/20230528/f973ebfbe307446fa07bb3c67a8369d2.png
[MySQL_QC 9]: /images/20230528/d7b825a7a8bd43f98de755817a7445b9.png