必须修改phpenv中mysql的my.cnf文件：路径为c:\phpenv\phpenv\mysql\my.cnf或c:\phpenv\mysql\my.cnf；在[mysqld]段下设置innodb_buffer_pool_size=128m（2gb内存）、tmp_table_size=max_heap_table_size=32m、sort_buffer_size=join_buffer_size=256k、max_connections=50，并关闭慢查询日志；保存后须通过phpenv控制面板“重启mysql”，不可仅重启服务。
phpEnv 是 Windows 下的集成环境，它默认套用 MySQL 5.7 或 8.0 的通用配置，对低配机器（如 2GB 内存）极其不友好——innodb_buffer_pool_size 往往被设成 128M 或 256M，看似不高，但叠加连接缓冲、临时表等参数后，实际内存占用常超 500MB，再加 PHP 和 IIS/Apache，极易触发系统卡顿甚至 MySQL 被强制终止。
怎么改 phpEnv 里的 my.cnf 文件
phpEnv 的 MySQL 配置文件路径固定，不是宝塔那种图形化入口，必须手动编辑：
- 打开
C:\phpEnv\phpEnv\MySQL\my.cnf（或C:\phpEnv\MySQL\my.cnf，取决于安装路径） - 找到
[mysqld]段落，在其下方添加或修改参数 - 重点确认没有重复定义同一参数（比如
innodb_buffer_pool_size出现两次），否则以最后出现的为准 - 保存后，必须通过 phpEnv 控制面板「重启 MySQL」，仅重启服务无效（Windows 下服务未完全释放句柄）
哪些参数必须调，且值不能照搬 Linux 经验
Windows 内存管理机制和 Linux 不同，innodb_buffer_pool_size 不能按“物理内存 × 0.7”硬套——2GB 机器上设成 1G 会直接导致系统假死。实测安全阈值如下：
-
innodb_buffer_pool_size = 128M（2GB 内存）或256M（4GB 内存），绝不超 384M -
tmp_table_size = 32M且max_heap_table_size = 32M（二者必须相等，Windows 下不等会静默降级为较小值） -
sort_buffer_size = 256K、join_buffer_size = 256K（Windows 下高并发易触发线程栈溢出，别设到 1M+） -
max_connections = 50（phpEnv 多用于本地开发/测试，100+ 连接纯属浪费）
改完为什么还是内存下不来
常见原因不是参数没生效，而是旧进程残留或缓存未清空：
- 任务管理器里确认
mysqld.exe进程只有一个；若存在多个，手动结束全部，再通过 phpEnv 启动 - 首次启动后等待 2–3 分钟，InnoDB 缓冲池才真正加载数据页，刚启动时 RSS 内存偏低是假象
- 执行
SHOW STATUS LIKE 'Innodb_buffer_pool_pages_total';，对比Pages_free，若Pages_free长期 > 90%，说明池子过大但无数据可缓存，可进一步下调 - 检查是否启用了慢查询日志（
slow_query_log = 1）——Windows 下日志写入开销大，且日志文件缓存会额外吃内存，开发环境建议关掉
Windows 下 MySQL 内存释放不主动，innodb_buffer_pool_size 调小后，旧缓冲池不会立即归还给系统，要等 MySQL 完全重启且无活跃连接时才会重分配。别信任务管理器里瞬间下降的数字，看稳定运行 10 分钟后的常驻内存才准。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
