如何在phpEnv中设置MySQL查询缓存以提升phpEnv数据库读取效率?
- 内容介绍
- 文章标签
- 相关推荐
本文共计998个文字,预计阅读时间需要4分钟。
MySQL中查询缓存(`query_cache`)的相关设置可以通过以下命令查看和调整:
确认 MySQL 版本和查询缓存是否可用
先连上 phpEnv 自带的 MySQL(通常通过 phpMyAdmin 或命令行)执行:
SELECT VERSION();
如果返回类似 8.0.33 或更高,直接跳过所有 query_cache_* 配置,因为 MySQL 官方已彻底移除该模块。此时再往 my.ini 里加 query_cache_type = 1 不会报错,但 SHOW VARIABLES LIKE 'query_cache%' 会查不到任何变量,SHOW STATUS LIKE 'Qcache%' 也为空。
只有返回 5.7.39 这类版本,才值得继续往下配。
立即学习“PHP免费学习笔记(深入)”;
phpEnv 中修改 my.ini 配置文件的位置
phpEnv 的 MySQL 配置文件不是系统级的 /etc/my.cnf,而是位于 phpEnv 安装目录内,常见路径为:
D:\phpenv\versions\mysql-5.7.39\my.ini
或(取决于你安装时选的路径):
C:\phpenv\versions\mysql-X.X.X\my.ini
注意:必须编辑这个文件,而不是 Windows 系统目录下的 my.ini,否则重启服务不生效。
添加以下三行到 [mysqld] 段下:
query_cache_type = 1 query_cache_size = 32M query_cache_limit = 1M
说明:
-
query_cache_type = 1表示自动缓存所有可缓存的SELECT(不含SQL_NO_CACHE) -
query_cache_size = 32M是较稳妥的起点;超过 64M 在小内存机器(如 2GB RAM 的开发机)反而容易引发内存碎片 -
query_cache_limit = 1M避免大结果集(比如导出全表)挤占缓存空间
重启 MySQL 服务并验证是否生效
phpEnv 提供图形化服务控制面板,或使用命令:
phpenv service mysql restart
重启后,执行:
SHOW VARIABLES LIKE 'query_cache%';
应看到非空输出,例如:
query_cache_type | ON query_cache_size | 33554432 query_cache_limit | 1048576
再跑几次相同 SELECT,然后查命中率:
SHOW STATUS LIKE 'Qcache_hits'; SHOW STATUS LIKE 'Com_select';
计算公式:Qcache_hits / (Qcache_hits + Com_select)。若长期低于 10%,说明缓存几乎没被用上——可能因为表更新太频繁,或 SQL 写法导致无法命中(比如字段大小写不一致、空格数量不同、用了 NOW() 等动态函数)。
比查询缓存更实际的读取加速手段
在 phpEnv 这类本地开发/测试环境里,盲目开 query_cache 往往收效甚微,反而掩盖真实性能瓶颈。真正见效快的优化点是:
- 确保常用查询字段有索引,尤其是
WHERE、JOIN、ORDER BY涉及的列 —— 用EXPLAIN SELECT ...看type是否为ref或range,rows是否远小于表总行数 - 调大
innodb_buffer_pool_size(即使 MySQL 8.0 也适用),设为物理内存的 50%~70%;这是 InnoDB 数据和索引的主缓存,影响远大于已废弃的查询缓存 - PHP 层避免 N+1 查询:不要在循环里反复查同张表,改用
IN批量查或JOIN - 静态资源(如文章内容、配置项)在 PHP 代码里做简单文件缓存(
file_put_contents+file_get_contents),比依赖 MySQL 查询缓存更可控
最后提醒一句:phpEnv 默认用 MyISAM 还是 InnoDB?查 SHOW TABLE STATUS LIKE 'your_table' 看 Engine 字段。MyISAM 虽然支持查询缓存,但表锁严重;InnoDB 不支持查询缓存,但行锁 + 缓冲池更适配现代应用——别为了开缓存硬切引擎。
本文共计998个文字,预计阅读时间需要4分钟。
MySQL中查询缓存(`query_cache`)的相关设置可以通过以下命令查看和调整:
确认 MySQL 版本和查询缓存是否可用
先连上 phpEnv 自带的 MySQL(通常通过 phpMyAdmin 或命令行)执行:
SELECT VERSION();
如果返回类似 8.0.33 或更高,直接跳过所有 query_cache_* 配置,因为 MySQL 官方已彻底移除该模块。此时再往 my.ini 里加 query_cache_type = 1 不会报错,但 SHOW VARIABLES LIKE 'query_cache%' 会查不到任何变量,SHOW STATUS LIKE 'Qcache%' 也为空。
只有返回 5.7.39 这类版本,才值得继续往下配。
立即学习“PHP免费学习笔记(深入)”;
phpEnv 中修改 my.ini 配置文件的位置
phpEnv 的 MySQL 配置文件不是系统级的 /etc/my.cnf,而是位于 phpEnv 安装目录内,常见路径为:
D:\phpenv\versions\mysql-5.7.39\my.ini
或(取决于你安装时选的路径):
C:\phpenv\versions\mysql-X.X.X\my.ini
注意:必须编辑这个文件,而不是 Windows 系统目录下的 my.ini,否则重启服务不生效。
添加以下三行到 [mysqld] 段下:
query_cache_type = 1 query_cache_size = 32M query_cache_limit = 1M
说明:
-
query_cache_type = 1表示自动缓存所有可缓存的SELECT(不含SQL_NO_CACHE) -
query_cache_size = 32M是较稳妥的起点;超过 64M 在小内存机器(如 2GB RAM 的开发机)反而容易引发内存碎片 -
query_cache_limit = 1M避免大结果集(比如导出全表)挤占缓存空间
重启 MySQL 服务并验证是否生效
phpEnv 提供图形化服务控制面板,或使用命令:
phpenv service mysql restart
重启后,执行:
SHOW VARIABLES LIKE 'query_cache%';
应看到非空输出,例如:
query_cache_type | ON query_cache_size | 33554432 query_cache_limit | 1048576
再跑几次相同 SELECT,然后查命中率:
SHOW STATUS LIKE 'Qcache_hits'; SHOW STATUS LIKE 'Com_select';
计算公式:Qcache_hits / (Qcache_hits + Com_select)。若长期低于 10%,说明缓存几乎没被用上——可能因为表更新太频繁,或 SQL 写法导致无法命中(比如字段大小写不一致、空格数量不同、用了 NOW() 等动态函数)。
比查询缓存更实际的读取加速手段
在 phpEnv 这类本地开发/测试环境里,盲目开 query_cache 往往收效甚微,反而掩盖真实性能瓶颈。真正见效快的优化点是:
- 确保常用查询字段有索引,尤其是
WHERE、JOIN、ORDER BY涉及的列 —— 用EXPLAIN SELECT ...看type是否为ref或range,rows是否远小于表总行数 - 调大
innodb_buffer_pool_size(即使 MySQL 8.0 也适用),设为物理内存的 50%~70%;这是 InnoDB 数据和索引的主缓存,影响远大于已废弃的查询缓存 - PHP 层避免 N+1 查询:不要在循环里反复查同张表,改用
IN批量查或JOIN - 静态资源(如文章内容、配置项)在 PHP 代码里做简单文件缓存(
file_put_contents+file_get_contents),比依赖 MySQL 查询缓存更可控
最后提醒一句:phpEnv 默认用 MyISAM 还是 InnoDB?查 SHOW TABLE STATUS LIKE 'your_table' 看 Engine 字段。MyISAM 虽然支持查询缓存,但表锁严重;InnoDB 不支持查询缓存,但行锁 + 缓冲池更适配现代应用——别为了开缓存硬切引擎。

