根本原因是phpenv以非root用户运行时，mysqld.pid目标路径（如/var/run/mysqld/或c:\phpenv\mysql\data\）不可写；需检查my.ini中pid-file与datadir配置，修正data目录权限（windows设“完全控制”，wsl执行chown -r $user:$user），或改pid-file为/tmp/mysqld.pid等用户可写路径。
MySQL 启动失败提示 Can't start server: can't create PID file
根本原因不是 MySQL 本身出错，而是 phpEnv 启动脚本以非 root 用户（比如普通 Windows 用户或 WSL 下的低权限用户）运行时，试图把 mysqld.pid 写入系统级路径（如 /var/run/mysqld/ 或 C:\phpEnv\mysql\data\ 中受保护的子目录），但目标目录不可写。常见于 WSL2 环境、Windows 上以非管理员身份双击启动、或手动执行 start.bat 时权限继承异常。
检查并修正 MySQL 数据目录和 pid-file 路径权限
先确认当前配置：打开 C:\phpEnv\mysql\my.ini（Windows）或 /opt/phpenv/mysql/my.cnf（Linux/WSL），查找 pid-file 和 datadir 两行：
[mysqld] datadir=C:/phpEnv/mysql/data pid-file=C:/phpEnv/mysql/data/mysqld.pid
问题往往出在 data 目录本身权限不足。实操建议：
- Windows：右键
C:\phpEnv\mysql\data→「属性」→「安全」→ 编辑 → 为当前用户添加「完全控制」权限（勾选“应用到此文件夹、子文件夹和文件”） - WSL/Linux：执行
sudo chown -R $USER:$USER /opt/phpenv/mysql/data，再确保目录可写：chmod 755 /opt/phpenv/mysql/data - 强制指定 pid-file 到用户可写路径更稳妥，例如改为：
pid-file=/tmp/mysqld.pid（Linux/WSL）或pid-file=C:/Users/YourName/AppData/Local/Temp/mysqld.pid（Windows）
phpEnv 启动脚本未正确传递用户上下文
phpEnv 的 start.bat 或 start.sh 默认不显式切换用户或 umask，导致子进程继承受限环境。尤其 WSL 下若用 bash 启动但未登录 shell，$HOME 不生效，/tmp 可能不可写。
解决方法：
- Windows：右键
start.bat→「以管理员身份运行」（仅首次修复用，不建议长期依赖） - WSL：不要直接执行
./start.sh，改用bash -l -c "./start.sh"，确保加载用户 profile 和正确 $HOME - 在
start.sh开头显式设置：export TMPDIR="$HOME/tmp" && mkdir -p "$TMPDIR"，再让 MySQL 使用该路径
验证修复是否生效
别急着重启全部服务，先单独测试 MySQL：
- 停止所有 phpEnv 进程
- 进入
C:\phpEnv\mysql\bin（Win）或/opt/phpenv/mysql/bin（Linux），执行：./mysqld --defaults-file=../my.ini --console - 观察终端输出：若出现
mysqld: ready for connections且mysqld.pid成功生成在指定路径，说明权限与路径配置已通 - 此时再用 phpEnv 正常启停，就不会卡在 PID 创建环节了
真正容易被忽略的是：即使 data 目录可写，其父目录（如 C:\phpEnv\mysql）若被杀毒软件或 OneDrive 实时同步锁定，也会导致 fopen(.../mysqld.pid, "w") 失败——建议临时关闭实时防护或排除该路径。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
