MySQL高速缓存启动方法及参数详解——query_cache

分手后的思念是犯贱 2021-06-24 13:59 478阅读 0赞

#        MySQL query cache从4.1版本开始提供了，不过值今天本人才对其进行研究。默认配置下，MySQL的该功能是没有启动的，可能你通过show variables like ‘%query\_cache%’;会发现其变量have\_query\_cache的值是yes,MYSQL初学者很容易以为这个参数为YES就代表开启了 查询缓存，实际上是不对的，该参数表示当前版本的MYSQL是否支持Query Cache,实际上是否开启查询缓存是看另外一个参数的值：query\_cache\_size ，该值为0，表示禁用query cache，而默认配置正是配置为0。 #

配置方法：

在MYSQL的配置文件my.ini或my.cnf中找到如下内容：

\# Query cache is used to cache SELECT results and later return them

\# without actual executing the same query once again. Having the query

\# cache enabled may result in significant speed improvements, if your

\# have a lot of identical queries and rarely changing tables. See the

\# “Qcache\_lowmem\_prunes” status variable to check if the current value

\# is high enough for your load.

\# Note: In case your tables change very often or if your queries are

\# textually different every time, the query cache may result in a

\# slowdown instead of a performance improvement.

query\_cache\_size=0

以 上信息是默认配置，其注释意思是说，MYSQL的查询缓存用于缓存select查询结果，并在下次接收到同样的查询请求时，不再执行实际查询处理而直接返 回结果，有这样的查询缓存能提高查询的速度，使查询性能得到优化，前提条件是你有大量的相同或相似的查询，而很少改变表里的数据，否则没有必要使用此功 能。可以通过Qcache\_lowmem\_prunes变量的值来检查是否当前的值满足你目前系统的负载。注意：如果你查询的表更新比较频繁，而且很少有 相同的查询，最好不要使用查询缓存。

一、mysql cache功能原理：

1 mysql的cache功能的key的生成原理是：把select语句按照一定的hash规则生成唯一的key，select的结果生成value，即key=>value。 **所以对于cache而言，select语句是区分大小写的，也区分空格的。两个select语句必须完完全全一致，才能够获取到同一个cache。**

2 生成cache之后，只要该select中涉及到的table有任何的数据变动（insert，update，delete操作等）, **相关的所有cache都会被删除。**因此只有数据很少变动的table，引入mysql 的cache才较有意义。关于这方面的测试，可以参考：《Query Cache，看上去很美》一文。 **所以，mysql的cache功能只适用于下列场合：数据变动较少，select较多的table。**

3 在复杂的系统中，如何使用mysql的cache功能呢，基本方法如下：

**配置query\_cache\_type，同时改写程序。**

query\_cache\_type 0 代表不使用缓冲， 1 代表使用缓冲，2 代表根据需要使用。

设置 1 代表缓冲永远有效，如果不需要缓冲，就需要使用如下语句：

SELECT SQL\_NO\_CACHE \* FROM my\_table WHERE ...

如果设置为 2 ，需要开启缓冲，可以用如下语句：

SELECT SQL\_CACHE \* FROM my\_table WHERE ...

所以 **，最简单又可靠的做法是：把query\_cache\_type设置为2，然后在需要提高select速度的地方，使用：** **SELECT SQL\_CACHE \* FROM...**

**的方式进行SELECT。**

二、具体配置方法：

1． 将query\_cache\_size设置为具体的大小，具体大小是多少取决于查询的实际情况，但最好设置为1024的倍数，参考值32M。

2． 增加一行：query\_cache\_type=1

query\_cache\_type参数用于控制缓存的类型，注意这个值不能随便设置，必须设置为数字；

OK，配置完后的部分文件如下：

query\_cache\_size=128M

query\_cache\_type=1

3． 保存文件，重新启动MYSQL服务，然后通过如下查询来验证是否真正开启了：

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             | 134217728 |

| query\_cache\_type             | ON        |

| query\_cache\_wlock\_invalidate | OFF       |

\+——————————+———–+

6 rows in set (0.00 sec)

主要看query\_cache\_size和query\_cache\_type的值是否跟我们设的一致：

这里query\_cache\_size的值是134217728，我们设置的是128M，实际是一样的，只是单位不同，可以自己换算下：134217728 = 128\*1024\*1024。

query\_cache\_type设置为1，显示为ON，这个前面已经说过了。

4． 总之，看到上边的显示表示设置正确，但是在实际的查询中是否能够缓存查询，还需要手动测试下，我们可以通过show status like ‘%Qcache%’;语句来测试，现在我们开启了查询缓存功能，在执行查询前，我们先看看相关参数的值：

mysql> show status like ‘%Qcache%’;

\+————————-+———–+

| Variable\_name           | Value     |

\+————————-+———–+

| Qcache\_free\_blocks      | 1         |

| Qcache\_free\_memory      | 134208800 |

| Qcache\_hits             | 0         |

| Qcache\_inserts          | 0         |

| Qcache\_lowmem\_prunes    | 0         |

| Qcache\_not\_cached       | 2         |

| Qcache\_queries\_in\_cache | 0         |

| Qcache\_total\_blocks     | 1         |

\+————————-+———–+

8 rows in set (0.00 sec)

这里顺便解释下这个几个参数的作用：

Qcache\_free\_blocks:表示查询缓存中目前还有多少剩余的blocks，如果该值显示较大，则说明查询缓存中的内存碎片过多了，可能在一定的时间进行整理。

Qcache\_free\_memory:查询缓存的内存大小，通过这个参数可以很清晰的知道当前系统的查询内存是否够用，是多了，还是不够用，DBA可以根据实际情况做出调整。

Qcache\_hits:表示有多少次命中缓存。我们主要可以通过该值来验证我们的查询缓存的效果。数字越大，缓存效果越理想。

Qcache\_inserts: 表示多少次未命中然后插入，意思是新来的SQL请求在缓存中未找到，不得不执行查询处理，执行查询处理后把结果insert到查询缓存中。这样的情况的次 数，次数越多，表示查询缓存应用到的比较少，效果也就不理想。当然系统刚启动后，查询缓存是空的，这很正常。

Qcache\_lowmem\_prunes:该参数记录有多少条查询因为内存不足而被移除出查询缓存。通过这个值，用户可以适当的调整缓存大小。

Qcache\_not\_cached: 表示因为query\_cache\_type的设置而没有被缓存的查询数量。

Qcache\_queries\_in\_cache:当前缓存中缓存的查询数量。

Qcache\_total\_blocks:当前缓存的block数量。

下边我们测试下：

比如执行如下查询语句

mysql> select \* from user where id = 2;

\+—-+——-+

| id | name  |

\+—-+——-+

|  2 | test2 |

\+—-+——-+

1 row in set (0.02 sec)

然后执行show status like ‘%Qcache%’，看看有什么变化：

mysql> show status like ‘%Qcache%’;

\+————————-+———–+

| Variable\_name           | Value     |

\+————————-+———–+

| Qcache\_free\_blocks      | 1         |

| Qcache\_free\_memory      | 134207264 |

| Qcache\_hits             | 0         |

| Qcache\_inserts          | 1         |

| Qcache\_lowmem\_prunes    | 0         |

| Qcache\_not\_cached       | 3         |

| Qcache\_queries\_in\_cache | 1         |

| Qcache\_total\_blocks     | 4         |

\+————————-+———–+

8 rows in set (0.00 sec)

对比前面的参数值，我们发现Qcache\_inserts变化了。Qcache\_hits没有变，下边我们在执行同样的查询  
select \* from user where id = 2，按照前面的理论分析：Qcache\_hits应该等于1，而Qcache\_inserts应该值不变（其他参数的值变化暂时不关注，读者可以自行测试），再次执行：

show status like ‘%Qcache%’，看看有什么变化：

mysql> show status like ‘%Qcache%’;

\+————————-+———–+

| Variable\_name           | Value     |

\+————————-+———–+

| Qcache\_free\_blocks      | 1         |

| Qcache\_free\_memory      | 134207264 |

| Qcache\_hits             | 1         |

| Qcache\_inserts          | 1         |

| Qcache\_lowmem\_prunes    | 0         |

| Qcache\_not\_cached       | 4         |

| Qcache\_queries\_in\_cache | 1         |