如何禁用MySQL查询缓存

Question

我试图对不同列上的不同查询进行一些基准测试，但MySQL不会让我这样做。 在第一次执行查询后，我再也无法获得该查询的相同执行时间。 例如，如果查询在第一次执行0.062秒时，我永远无法获得第二次，第三次等运行的相同执行时间。 它变为0秒或类似0.015的东西。

我已经阅读了很多关于禁用和清除MySQL查询缓存的帖子，但是没有一个对我有任何帮助。

喜欢这个SO帖子在这里

无论我做什么，MySQL似乎都坚持使用缓存结果。

我重新启动MySQL Workbench然后运行;

set global query_cache_type=0;
set global query_cache_size=0;
flush query cache;
reset query cache;

执行时间持续显示0秒。

只有我无法更改的服务器变量是“have_query_cache”。 它的值为“是”，当我尝试将其设置为“no”时，Workbench表示它是只读的。

我也这样做;

set profiling=1;
run my select query
show profile for query 2;

分析结果显示：

'starting', '0.000077'
'checking permissions', '0.000007'
'Opening tables', '0.000016'
'init', '0.000035'
'System lock', '0.000009'
'optimizing', '0.000013'
'statistics', '0.000094'
'preparing', '0.000008'
'executing', '0.000002'
'Sending data', '0.000016'
'end', '0.000002'
'query end', '0.000003'
'closing tables', '0.000005'
'freeing items', '0.000139'
'cleaning up', '0.000009'

如果我没有错，这表明没有使用缓存吗？ 但我仍然看到0秒。 执行时间。

编辑 ：我正在运行的查询是使用“SQL_NO_CACHE”的SELECT查询，如下所示：

SELECT SQL_NO_CACHE col1,now() from mytable where col2="some_value"

（我添加了now（）函数来帮助我防止查询缓存）

Edit2 ：我使用的是innoDB，MySQL 5.6.10

有人可以帮助我，因为我看不到这里发生了什么。

非常感谢！

Answer 1

这可能是由于数据本身的缓存，而不是查询缓存。

要确保，可以通过在SELECT语句后添加SQL_NO_CACHE来禁用单个语句的查询缓存。

例如：

SELECT SQL_NO_CACHE field FROM table.

Answer 2

第一次运行查询使InnoDB缓冲池填充了表的相关块。

由于重新运行查询需要完全相同的块，因此在重新运行时，它会使查询无需从磁盘读取它们，从而大大加快了查询速度。

Answer 3

您可以验证缓冲池页面读取与必须转到磁盘以获取页面的页面读取之间的区别：

mysql> SHOW SESSION STATUS LIKE 'Innodb_buffer_pool_read%';
mysql> ...run a query...
mysql> SHOW SESSION STATUS LIKE 'Innodb_buffer_pool_read%';

比较报告中的这些值，并注意它们增长了多少：

+---------------------------------------+----------+
| Variable_name                         | Value    |
+---------------------------------------+----------+
| Innodb_buffer_pool_read_requests      | 10327490 |
| Innodb_buffer_pool_reads              | 1133     |
+---------------------------------------+----------+

read_requests是逻辑页读取，可以从缓冲池中已有的页读取。 如果在查询后此数字增长，但读取不会增长，则查询仅从缓冲池获得结果。

读取是必须转出到磁盘的页面读取次数，并且会导致将页面复制到缓冲池的I / O成本。 如果在查询后此数字增长，则必须从磁盘加载数据。

有关内存访问性能与磁盘访问性能之间差异的更多信息，请参阅http://everythingisdata.wordpress.com/2009/10/17/numbers-everyone-should-know/

---

你的评论：

“打开表”与InnoDB表的内存缓存有关，有点像数据字典。 重新启动后第一次引用表时会打开表。 内存数据字典中的给定表条目无限期地保留在内存中，因此如果您有数千个表，则内存使用量会变得非常大。 在MySQL 5.6中，他们有一些新的调整变量来限制内存使用量，并逐出不常用的表。 但是整个机制与缓冲池是分开的，缓冲池存储数据和索引的页面。

“统计”也与缓冲池分开。 InnoDB维护有关数据和索引的内存中统计信息，用于指导查询优化器。 首次访问InnoDB表，运行SHOW TABLE STATUS或对INFORMATION_SCHEMA运行某些查询时，运行ANALYZE TABLE时，以及表的大小发生显着变化时，统计信息会自动刷新。 InnoDB生成这些统计信息，从表中随机读取固定数量的页面，如果你有一个冷缓冲池，这很可能会打到磁盘上。

Answer 4

好。 所以我一直在关于这个innoDB缓冲池问题。 谢谢@Quassnoi，@ TheVedge提到这一点。 它对以下工作非常有用。

我试图找到一种方法来禁用或重置innoDB缓冲池，但我还没有找到一种方法，而不是重新启动MySQL服务器。 （要在Windows框中重新启动服务器，可以使用services.msc或命令提示符。）

我想所有配置变量设置和“SQL_NO_CACHE”的使用都足以避免缓存使用，并且还检查分析结果我没有看到任何缓存引用（检查原始帖子）。

然后我决定在重新启动MySQL服务器后检查同一查询的第一次和第二次运行的分析。 通过这种方式，我可以逐步查看查询执行过程中发生了什么。

服务器重启后第一次运行产生以下步骤和时间：

'starting', '0.000078'
'checking permissions', '0.000005'
'Opening tables', '0.120329'
'init', '0.000107'
'System lock', '0.000012'
'optimizing', '0.000024'
'statistics', '0.065317'
'preparing', '0.000026'
'executing', '0.000003'
'Sending data', '0.000038'
'end', '0.000005'
'query end', '0.000006'
'closing tables', '0.000014'
'freeing items', '0.000463'
'cleaning up', '0.000039'

这些是第二轮的结果：

'starting', '0.000068'
'checking permissions', '0.000006'
'Opening tables', '0.000019'
'init', '0.000046'
'System lock', '0.000007'
'optimizing', '0.000010'
'statistics', '0.000073'
'preparing', '0.000009'
'executing', '0.000002'
'Sending data', '0.000035'
'end', '0.000003'
'query end', '0.000003'
'closing tables', '0.000006'
'freeing items', '0.000181'
'cleaning up', '0.000015'

正如您所看到的，两个执行之间的“打开表”和“统计”操作的持续时间存在巨大差异，并且没有任何执行引用任何缓存。

这两个动作似乎是第一次执行时最耗时的部分（我相信作为innoDB缓冲池创建的一部分），并且一旦生成池，这两个动作的执行时间不会那么大，因此执行时间要短得多创建缓冲池后的查询。

当你总结第二次运行的各个步骤的执行时间时，我们得到0.000483秒，我认为MySQL工作台显示这个结果为0.000秒，这也可能会让你觉得第二次运行是缓存使用的结果但实际上看起来像它不是。 这只是查询执行持续时间的显示精度问题。

因此，到目前为止我已经想到的是我实际上已经能够禁用缓存的使用，它是innoDB缓冲池的完成，它加速了第二个查询。 这也意味着我可以在0.000483秒内找到200万行的记录。

你同意吗？

Answer 5

在[mysqld]部分的.ini / .cfg中，添加一行have_query_cache=0 # to prevent using resources from default of yes ccyy/mm/dd your initials 。 通过其他更改，关闭/重启MySQL。 您不应该在个人资料研究中观察任何QC活动。