MySQL中查询缓存的基础知识有哪些

什么是查询缓存？

MySQL 查询缓存虽然在 MySQL 5.7 中被弃用（并在 8.0 中删除），但存储以前在内存中运行的语句：换句话说，查询缓存通常将SELECT语句存储在数据库的内存中。因此，如果我们运行一个查询，然后在一段时间后再次运行完全相同的查询，结果将更快地返回，因为它们将从内存而不是从磁盘中检索。

查询缓存缓存查询和结果集。因此，当我们运行相同的查询时，查询缓存的结果会立即返回。查询缓存大小可以通过设置query_cache_size系统变量来控制，但这里有一个警告：如果您希望查询使用查询缓存，它们必须，必须，必须相同，逐字节。这意味着即使您认为这两个查询应该以完全相同的方式缓存：

SELECT * FROM demo_table WHERE column = 'Demo'; 
select * from demo_table where column = 'Demo';

事实上，他们不是。它们不是因为 MySQL 查询缓存要求其所有查询都相同，并且即使它们相差一个字节也不会返回任何结果。

所以，总结一下，当 MySQL 执行语句时，它做的第一件事就是检查是否启用了查询缓存（如果需要复习，请回到我们上一篇关于慢速 MySQL 查询的博客文章。）如果查询缓存启用后，MySQL 将首先检查与该查询的任何相关匹配项；如果没有匹配项，MySQL 将继续下一步。但是，如果存在相同的匹配项，MySQL 将从其查询缓存中返回结果。

MySQL内部的查询缓存

在此之前返回比赛，MySQL的查询缓存要求MySQL的确认：d OES该用户有必要的权限才能完成这样的动作？我应该拒绝执行查询吗？

以下是 MySQL 检查的权限列表：

有更多的特权，但你明白了。权限对于查询缓存很重要，因为 MySQL 还将与表相关的信息与缓存查询一起存储。权限也很重要，因为它是 MySQL 结果检查过程的第一阶段之一。这是一切的工作原理：

“MySql没有缓存！”：要看查询缓存是否损坏？

当使用函数或分区时，如果我们在查询中使用任何变量，查询缓存也将无效。例如，如果我们正在处理大数据，并且我们使用SELECT ... INTO OUTFILE将大数据集加载到 MySQL 中，则结果同样不会被缓存。通常，查询缓存SELECT ... [LOCK | FOR | INTO]在使用类似查询时不起作用，如果我们正在检查具有NULL值的列中的AUTO_INCREMENT值，则查询缓存也无法使用，这意味着如果我们有一个increment带有 的列AUTO_INCREMENT，并且我们运行这样的查询所以：

SELECT * FROM demo_table WHERE increment IS NULL;

查询缓存也不会生效。

所有这些功能可能会让你们中的一些人大喊“它不起作用！” - 你是对的。查询缓存并不总是有效：与 MySQL 中的所有内容一样，它也有局限性。除了上述那些，当语句生成警告或语句在带有TEMPORARY存储引擎的表上运行时以及在其他一些极端情况下，它拒绝工作。每次有人向表写入任何内容时，查询缓存也会清空。

查询缓存的功能也取决于query_cache_size参数。此参数越大越好，但请注意，此参数在很大程度上取决于您的内存。请记住，查询缓存的基本结构默认至少需要 40kB 的存储空间，其默认值可能在 1MB 到 16MB 之间。但是，如果您的数据库非常忙于读取数据，则更大的值可能有助于找到最佳解决方案，您必须再次进行试验。

您还可以通过运行该RESET QUERY CACHE语句来删除查询缓存中的所有内容。如果您使用类似 的语句FLUSH TABLES，所有值也将从查询缓存中删除。

MySQL 甚至允许您通过运行查询来查看查询缓存中存储了多少查询：

SHOW STATUS LIKE 'Qcache_queries_in_cache%';

您会得到如下所示的结果：

MySQL:

+-------------------------+--------+
| Variable_name           | Value  |
+-------------------------+--------+
| Qcache_queries_in_cache | 1      |
+-------------------------+--------+

在这种情况下，我们可以看到我们的查询缓存当前缓存了一个结果。执行类似的语句FLUSH TABLES，所有值都将消失。