phpEnv中MySQL 1045错误主因是认证失败，需检查服务状态、端口、root用户权限及验证插件匹配性，并通过跳过权限表方式安全重置密码。
phpEnv 是 Windows 下的集成环境，它默认使用 MySQL 5.7 或 MySQL 8.0（取决于版本），而 1045 错误在 phpEnv 中几乎总是由「认证失败」直接导致——不是服务没启，也不是端口不通，而是 root 用户的密码、主机限制或验证插件不匹配。
phpEnv 启动后连不上 MySQL：先确认服务和端口
phpEnv 的 MySQL 不一定随主程序自动启动，尤其修改过配置后容易静默失败。
- 打开 phpEnv 控制面板，检查
MySQL状态是否为「运行中」；若显示「停止」，点「启动」并观察日志是否有报错 - 默认端口是
3306，但部分 phpEnv 版本会改用3307或其他端口——查看 phpEnv 安装目录下的mysql\my.ini，搜索port=确认实际端口 - 用命令行测试基础连通性：
telnet 127.0.0.1 3306（若提示“无法连接”，说明 MySQL 进程未监听该端口）
ERROR 1045 (28000): Access denied for user 'root'@'localhost'（using password: YES）
这是 phpEnv 最常见的 1045 场景：你输入了密码，但 MySQL 拒绝了。原因通常不是密码记错，而是用户记录本身有问题。
- phpEnv 的 MySQL 数据目录（如
phpenv\mysql\data\）里mysql.user表可能损坏，或初始化时未正确写入root密码 - MySQL 8.0+ 默认用
caching_sha2_password插件，但 phpEnv 自带的旧版 PHP（如 5.6/7.0）或 Navicat 等工具可能只支持mysql_native_password - 用户
'root'@'localhost'存在，但'root'@'127.0.0.1'不存在——PHP 用localhost连接走 socket，用127.0.0.1走 TCP，二者权限记录独立
跳过权限表重置 root 密码（Windows + phpEnv 实操）
不要直接改 my.ini 加 skip_grant_tables 后重启——phpEnv 的服务管理器可能不读取你手动改的配置，或改完后无法正常重启。
立即学习“PHP免费学习笔记（深入）”；
- 关闭 phpEnv 主界面，右键任务栏 phpEnv 图标 → 「退出」，确保所有子进程（
mysqld.exe、httpd.exe）都已结束 - 以管理员身份打开 CMD，进入 phpEnv 的 MySQL bin 目录，例如：
cd C:\phpenv\mysql\bin - 执行：
mysqld --defaults-file=..\my.ini --skip-grant-tables --shared-memory（注意：不是mysqld_safe，Windows 下没有这个脚本） - 另起一个 CMD，执行：
mysql -u root（此时不输密码，直接回车） - 在 MySQL 提示符下执行：
FLUSH PRIVILEGES;，然后根据 MySQL 版本选一条：
• MySQL 5.7：UPDATE mysql.user SET Password=PASSWORD('newpass') WHERE User='root' AND Host='localhost';
• MySQL 8.0+：ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'newpass'; - 关掉第一个 CMD（即停掉带
--skip-grant-tables的 mysqld），再通过 phpEnv 控制面板正常启动 MySQL
PHP 连接时仍报 1045？检查 mysqli 或 PDO 的 host 参数
很多用户在 phpEnv 里写 PHP 代码连 MySQL，填了密码还是 1045，问题往往出在 host 值上。
- 如果
$host = 'localhost'报错，试试改成$host = '127.0.0.1'（强制走 TCP，绕过 socket 权限差异） - 若用 PDO，确保 DSN 中明确指定端口：
mysql:host=127.0.0.1;port=3306;dbname=test，否则可能 fallback 到错误端口 - MySQL 8.0+ 用户必须显式指定验证插件，PDO 可加
;auth_plugin=mysql_native_password到 DSN 末尾
真正麻烦的不是重置密码，而是 phpEnv 启动时自动加载的 my.ini 可能被多个组件（如 Apache、MySQL）共用，改错位置会导致 MySQL 启动失败却无提示；建议每次修改前备份原文件，并用 phpEnv 日志窗口实时看启动输出。
