必须修改 phpenv 的 my.ini 并重启 mysql 服务才能持久调整 max_connections；set global 仅临时生效且易因权限、配置路径或系统句柄限制而失败。
phpEnv 下修改 MySQL 最大连接数，必须改 my.ini 并重启 MySQL 服务，仅用 SET GLOBAL 无法持久生效 —— 因为 phpEnv 的 MySQL 是 Windows 服务模式运行，且默认不加载外部配置文件，my.ini 是唯一被识别的配置入口。
确认当前 max_connections 值和实际使用峰值
先连进 MySQL 查清底子，避免盲目调高：
- 执行
SHOW VARIABLES LIKE 'max_connections';看当前上限（phpEnv 默认通常是 151 或 200） - 执行
SHOW GLOBAL STATUS LIKE 'Max_used_connections';看历史最高并发连接数 - 如果后者长期接近前者（比如 145/151），说明真瓶颈；如果只有 20/151，调高反而浪费内存
永久修改：编辑 phpEnv 自带的 my.ini 文件
phpEnv 的 MySQL 配置只认安装目录下的 my.ini，路径固定为：C:\phpEnv\phpEnv\MySQL\my.ini（或你自定义的 phpEnv 安装路径下的对应位置）。
- 用记事本或 VS Code 打开该
my.ini文件 - 找到
[mysqld]段落，在其下方**另起一行**添加：max_connections = 500（数值建议从 300 起步，勿直接设 2000） - 确保没有拼写错误、多余空格或中文标点；不要加引号，也不要写成
max_connection（少个 s） - 保存文件后，必须通过 phpEnv 控制面板或命令行重启 MySQL 服务：
net stop MySQL→net start MySQL
为什么 SET GLOBAL 不起作用？常见失败原因
在 phpEnv 中执行 SET GLOBAL max_connections = 500; 后立刻查仍显示旧值，大概率是以下情况之一：
- 没用 root 用户登录（报错
ERROR 1227 (42501): Access denied），需确认连接账号有SUPER权限 - MySQL 进程启动时没读到
my.ini，导致max_connections实际被系统限制压低（例如 Windows 默认进程句柄上限为 512，MySQL 启动时会自动下调max_connections） - 你改的是另一个同名但路径错误的
my.ini（比如 C:\Windows\my.ini，它对 MySQL 无效） - phpEnv 的 MySQL 服务未真正重启，只是“看起来”重启了（检查任务管理器中是否有残留的
mysqld.exe进程）
系统级限制必须同步检查（Windows 下易忽略）
即使 my.ini 写对了，Windows 也会卡住 MySQL 的实际可用连接数：
- 打开命令提示符，执行：
ulimit -n（若报错则说明不是 bash 环境，跳过）；更可靠的是查服务句柄限制：sc qprivs MySQL - 实际更关键的是 Windows 进程默认最大句柄数（通常 512）。可通过注册表或第三方工具（如 Process Explorer）查看
mysqld.exe的 “Handle Count” 上限 - 若发现
SHOW VARIABLES返回值远低于你设置的值（如设了 1000 却只显示 214），基本可判定是系统级限制拦截，此时需调整 Windows 服务启动参数或改用更高权限账户运行 MySQL 服务
最常被忽略的一点：phpEnv 的 MySQL 服务注册时默认以 LocalSystem 账户运行，该账户在 Windows 句柄资源上比普通用户更受限。临时验证是否是此问题，可尝试用管理员身份运行 phpEnv 控制面板再重启 MySQL —— 若值立刻恢复正常，说明得重装 MySQL 服务并指定高权限账户。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
