MySQL错误日志路径需手动编辑phpEnv中mysql\my.ini的[mysqld]段，设log_error为绝对路径（如D:/phpenv/mysql/logs/error.log），并确保目录存在、服务账户有写权限，重启MySQL服务后用SHOW VARIABLES LIKE 'log_error'验证。
phpEnv 是 Windows 下的 PHP 集成环境（类似 XAMPP、WampServer），它默认使用 MySQL 的免安装版，日志路径由 MySQL 自身配置决定，phpEnv 本身不提供图形化日志路径设置界面。要改 MySQL 错误日志位置，必须手动编辑其配置文件并确保权限和路径有效。
确认当前错误日志路径
登录 MySQL 后执行：
SHOW VARIABLES LIKE 'log_error';
返回值就是当前生效的路径。如果为空或指向 data\hostname.err，说明未显式配置，MySQL 正在用默认行为。
修改 my.ini 配置文件中的 log_error
phpEnv 的 MySQL 配置文件通常是 phpenv\mysql\my.ini（具体路径以你安装目录为准）。在 [mysqld] 段落中添加或修改：
立即学习“PHP免费学习笔记（深入）”；
log_error = D:/phpenv/mysql/logs/error.log
- 必须使用绝对路径，不能写相对路径（如
./logs/error.log） - 目标目录
D:/phpenv/mysql/logs/必须提前手动创建 - 确保运行 MySQL 的 Windows 用户（通常是当前登录用户，或服务账户）对该目录有写入权限
- 若 MySQL 是以 Windows 服务方式运行，需右键“我的电脑 → 管理 → 服务”，找到对应服务（如
MySQL_phpEnv），检查其“登录身份”是否能访问该路径
重启 MySQL 服务后验证是否生效
在 phpEnv 控制面板中停止再启动 MySQL，或命令行执行：
net stop MySQL_phpEnv && net start MySQL_phpEnv
然后再次执行 SHOW VARIABLES LIKE 'log_error';，确认返回值已更新。若仍显示旧路径或报错启动失败，常见原因有：
- 路径中含中文或空格且未加引号（Windows 下一般不需要引号，但路径含空格时建议用双引号包裹）
- 目录不存在，或 MySQL 进程无权写入（尤其当服务以
LocalSystem身份运行时，默认不能写入非系统盘根目录） - 配置文件名不是
my.ini（有些版本可能叫my.cnf；phpEnv默认用my.ini） - 修改了错误的配置文件（比如改了 PHP 的
php.ini，而非 MySQL 的my.ini）
PHP 层无法控制 MySQL 错误日志路径
注意：ini_set('error_log', ...) 或 php.ini 中的 error_log 设置只影响 PHP 自身错误，跟 MySQL 的 log_error 完全无关。PHP 连接 MySQL 失败时产生的警告（如 mysqli_connect(): (HY000/1045): Access denied...）会记到 PHP 错误日志里，但 MySQL 内部的崩溃、启动失败、权限校验等底层错误，只进 log_error 指定的文件。
真正容易被忽略的是：Windows 下服务账户的磁盘写入权限常常被默认限制，哪怕路径看着没错，MySQL 也可能静默失败——此时去 Windows 事件查看器里搜 “MySQL” 或 “服务未启动”，往往比翻日志更快定位问题。
