mysql - 查询缓存和缓冲池无法提供帮助，在磁盘上创建了很多表

Question

我正在运行一个自编码的 PHP-MySQL 站点，并使用以下配置启用查询缓存。

query_cache_type = 1
query_cache_size = 20M
query_cache_limit = 4096
query_cache_min_res_unit = 4096

tmp_table_size = 512M
max_heap_table_size = 512M

我可以将上面的配置读取为:

• 查询缓存已启用
• 不要缓存结果大小超过 4096 字节的查询
• 缓冲区中可容纳的查询总数约为 5000 个查询结果 (20MB/4KB = 5000)

我不明白 tmp_table_size 或 ma​​x_heap_table_size 对查询缓存有何帮助。这些变量与在内存或磁盘上创建的临时表(如果需要)相关。

innodb_buffer_pool_size = 4G
innodb_buffer_pool_instances = 4

系统有 32GB 内存，大部分时间几乎 50% 内存是空的。所以我将innodb_buffer_pool_size设置为4G。数据库大小约为 900MB，并且每天增长约 2MB。

我使用 mysqltuner 实用程序得到以下输出

Key buffer hit rate: 69.3%
Temporary tables created on disk: 75%
Query cache efficiency: 5.9%

看起来我设置了一些错误的配置。让我知道哪些地方需要改进。

Answer 1

由于多种原因，临时表(用于SELECT)最终位于磁盘上:

• SELECT 列表包含 TEXT 或 BLOB 列(或较大的 VARCHAR 或 VARBINARY)
• tmp 表大于 tmp_table_size 或 max_heap_table_size。

“查询缓存”是一种不同的动物。首先请注意，它仅在以下情况下才有用

• 正在执行相同 SELECT，和
• 自从 SELECT 结果集被缓存以来，没有写入操作修改了表，和
• 尚未超出各种限制(如您提到的)。

注意查询缓存效率:5.9%——QC 对您来说不是很有用。我会主张将其关闭。 (如果低于 70%，我会关闭它。)

在磁盘上创建 tmp 表并不是世界末日。

SHOW GLOBAL STATUS;

然后 Created_tmp_disk_tables/Uptime 会提供信息。也许只有 10% 的服务器的值为零。 80% 的值小于 1/秒。您多久在磁盘上创建临时表？

可能 mysqltuner 正在计算这个:

Created_tmp_disk_tables / (Created_tmp_disk_tables + Created_tmp_tables)

在这种情况下，我同意 75% 确实很高。 2% 比较理想。

关键缓冲区命中率:69.3%正在谈论MyISAM索引。您使用的是 MyISAM 还是 InnoDB？如果您使用 MyISAM，key_buffer_size 的值是多少？这可能是无关紧要的——有少量的 MyISAM 事件用于管理目的。

回到真正的问题——您想要加快缓慢的查询速度。让我们看看一些可能溢出到磁盘的查询，以及 SHOW CREATE TABLE。这可能是一些简单的修复。

如果您想更彻底地分析您的设置，请提供 SHOW VARIABLES; 和 SHOW GLOBAL STATUS; 的机器可读版本。