MySQL内存占用高根本原因是phpEnv内置MySQL沿用通用默认配置，如innodb_buffer_pool_size设为1G（4GB内存机器上严重过剩），且未禁用query_cache、binlog等冗余功能，叠加sleep连接堆积和tmp_table_size不匹配导致隐性落盘，共同引发内存浪费与OOM风险。
phpEnv 是 Windows 下的集成环境，MySQL 内存占用高，根本原因不是 phpEnv 本身，而是它内置的 MySQL 配置沿用了通用默认值——这些值在低配机器（比如 4GB 内存）上会直接导致内存吃紧甚至 OOM。你看到任务管理器里 mysqld.exe 占用 1.5GB+ 并持续上涨，大概率是 innodb_buffer_pool_size 被设成了 1G 或更高，而你的实际数据才几百 MB，纯属浪费。
查当前 innodb_buffer_pool_size 是否失当
进 phpEnv 控制面板 → 点击“数据库” → “MySQL 设置” → 找到配置文件路径（通常是 C:\phpEnv\phpEnv\mysql\my.ini），打开后搜索 innodb_buffer_pool_size。如果看到类似 innodb_buffer_pool_size = 1G 或 1024M，这就是问题起点。
- Windows 下 phpEnv 默认常设为 1G，但多数本地开发场景（WordPress、ThinkPHP 小项目）真实数据远小于 500MB，缓冲池没必要这么大
- 该值一旦设定，MySQL 启动就锁定这部分内存，不会因空闲而释放，系统内存紧张时会触发频繁 swap
- 若你改过这个值但没重启 MySQL 服务，修改不生效 —— phpEnv 的“重启服务”按钮必须点，不能只改配置
调低全局缓冲池并禁用无用缓存
打开 C:\phpEnv\phpEnv\mysql\my.ini，在 [mysqld] 段下做以下调整：
- 把
innodb_buffer_pool_size改为物理内存的 30%～40%，例如 4GB 内存机器设为innodb_buffer_pool_size = 1024M；8GB 可设1536M；不要超过 2G - 删掉或注释掉
query_cache_type和query_cache_size—— phpEnv 自带的 MySQL 多为 5.7，但本地开发几乎不用查询缓存，开着反而增加锁开销 - 加上
skip-log-bin：phpEnv 是开发环境，不需要 binlog，关掉能省几十 MB 内存和磁盘 I/O - 确认
max_connections = 200（默认值足够），别改成 1000，否则每个连接再分点 buffer，内存瞬间见底
限制每连接内存分配，防 sleep 连接堆积
phpEnv 常见问题是 PHP 脚本执行完没关 MySQL 连接，大量 Sleep 状态连接挂着，每个都占着 sort_buffer_size 和 join_buffer_size。
立即学习“PHP免费学习笔记（深入）”；
- 在
my.ini的[mysqld]下加两行：sort_buffer_size = 262144（256KB）、join_buffer_size = 262144；别用默认的 2MB - 强制空闲连接断开：
wait_timeout = 60、interactive_timeout = 60，60 秒没动作就踢掉 - 改完保存，回到 phpEnv 控制面板 → “服务管理” → 对 MySQL 点“重启”，不是“停止/启动”——只有“重启”才会重载 ini
- 验证是否生效：连上 MySQL 执行
SHOW VARIABLES LIKE 'innodb_buffer_pool_size';和SHOW VARIABLES LIKE 'wait_timeout';
检查 tmp_table_size 是否引发隐性落盘
当 tmp_table_size 和 max_heap_table_size 不一致时，即使内存充足，MySQL 也会把临时表写到磁盘，造成查询变慢、连接堆积、间接推高内存占用。
- 执行
SHOW VARIABLES LIKE 'tmp_table_size';和SHOW VARIABLES LIKE 'max_heap_table_size';，看两个值是否相等 - 如果不等，在
my.ini中统一设为tmp_table_size = 64M和max_heap_table_size = 64M - 再执行
SHOW STATUS LIKE 'Created_tmp%';，观察Created_tmp_disk_tables是否明显下降；如果仍高，说明有 SQL 在做没索引的GROUP BY或ORDER BY，得优化语句本身
真正容易被忽略的是：phpEnv 的 MySQL 配置文件可能被多次覆盖。比如你用控制面板点过“重置 MySQL 配置”，它会把 my.ini 恢复成默认值，之前所有手动调优就白做了。建议备份一份干净的 my.ini，每次重置后手动还原关键几行。
