免费AI编程助手
查询在每个 MySQL 数据库管理员甚至精通数据库的开发人员的生活中无处不在。正如我们在之前的一些博客文章中已经指出的那样，查询只是由较小任务组成的任务。为了优化它们的性能，我们应该让那些较小的任务执行得更快或者根本不执行。首先，我们必须检查 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 检查的权限列表：
特权 | 简要说明 |
|---|---|
ALL | 赋予特定 MySQL 用户所有权限。 |
SELECT | 授予特定 MySQL 用户从指定数据库中选择行的权限。 |
UPDATE | 授予特定 MySQL 用户更新指定表中现有行的权限。 |
SHOW DATABASES | 使特定 MySQL 用户能够获取存在于一个特定 MySQL 实例中的所有 MySQL 数据库的列表。 |
USAGE | 赋予用户仅使用 MySQL 的权力，这意味着用户不能在其中运行任何查询。本质上是无特权的同义词。 |
有更多的特权，但你明白了。权限对于查询缓存很重要，因为 MySQL 还将与表相关的信息与缓存查询一起存储。权限也很重要，因为它是 MySQL 结果检查过程的第一阶段之一。这是一切的工作原理：
优先识别 | MYSQL 状态 | 解释 |
|---|---|---|
| 1 | MySQL 正在检查查询缓存中的权限。 | 首先，MySQL 检查特定用户是否有权访问特定结果。 |
| 2 | MySQL 正在检查查询本身的查询缓存。 | 接下来，MySQL 开始检查查询缓存中是否存在相同的查询。如果匹配，MySQL 返回；如果没有，MySQL 继续下一步。 |
| 3 | MySQL 将查询缓存中的条目标记为无效。 | 随着表的变化，查询缓存需要更新。所以在这一步中，MySQL 决定将查询缓存中的条目标记为无效。 |
| 4 | 发送结果。 | MySQL 发送缓存的结果并显示它。 |
| 5 | 将结果存储在缓存中。 | MySQL 将查询结果保存在查询缓存中。 |
| 6 | 查询缓存被锁定。 | 缓存过程现在结束——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，所有值都将消失。
总结
在 MySQL 中，查询缓存是一个非常强大的野兽。它通常能够存储各种各样的值并从内存中返回它们，而不是从磁盘中返回它们，以加快查询执行时间。然而，它并非没有缺陷。查询缓存有一些限制，但如果您知道自己在做什么，应该没问题。
查询缓存对于SELECT查询最有用的。
