诚之和:对于在MySQL中查询缓存的基础知识分享!

查询在每个 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的确认:dOES该用户有必要的权限才能完成这样的动作?我应该拒绝执行查询吗?

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

特权

简要说明

ALL赋予特定 MySQL 用户所有权限。

SELECT授予特定 MySQL 用户从指定数据库中选择行的权限。

UPDATE授予特定 MySQL 用户更新指定表中现有行的权限。

SHOW DATABASES使特定 MySQL 用户能够获取存在于一个特定 MySQL 实例中的所有 MySQL 数据库的列表。

USAGE赋予用户仅使用 MySQL 的权力,这意味着用户不能在其中运行任何查询。本质上是无特权的同义词。

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

优先识别

MYSQL 状态

解释

1MySQL 正在检查查询缓存中的权限。首先,MySQL 检查特定用户是否有权访问特定结果。

2MySQL 正在检查查询本身的查询缓存。接下来,MySQL 开始检查查询缓存中是否存在相同的查询。如果匹配,MySQL 返回;如果没有,MySQL 继续下一步。

3MySQL 将查询缓存中的条目标记为无效。随着表的变化,查询缓存需要更新。所以在这一步中,MySQL 决定将查询缓存中的条目标记为无效。

4发送结果。MySQL 发送缓存的结果并显示它。

5将结果存储在缓存中。MySQL 将查询结果保存在查询缓存中。

6查询缓存被锁定。缓存过程现在结束——MySQL 锁定查询缓存。

“MySql没有缓存!”:要看查询缓存是否损坏?

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

SELECT*FROMdemo_tableWHEREincrementISNULL;查询缓存也不会生效。

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

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

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

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

SHOWSTATUSLIKE'Qcache_queries_in_cache%';您会得到如下所示的结果:

MySQL:

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

总结

在 MySQL 中,查询缓存是一个非常强大的野兽。它通常能够存储各种各样的值并从内存中返回它们,而不是从磁盘中返回它们,以加快查询执行时间。然而,它并非没有缺陷。查询缓存有一些限制,但如果您知道自己在做什么,应该没问题。

查询缓存对于SELECT查询最有用的。

免责声明:本文仅代表文章作者的个人观点,与本站无关。其原创性、真实性以及文中陈述文字和内容未经本站证实,请读者仅作参考,并自行核实相关内容。如发现有害或侵权内容,请联系邮箱:jubao@pinlue.com,我们将在第一时间进行核实处理。

http://image95.pinlue.com/image/74.jpg
分享
评论
首页