MySQL 5.7+ 首次安装后初始密码存于错误日志中，需用 grep 查找；登录后必须用 ALTER USER 强制重设密码，且密码需满足复杂度策略；若丢失临时密码，可跳过权限表修改；还需检查 root 用户的 host 和 plugin（如 auth_socket）是否匹配。
MySQL 5.7+ 安装后找不到初始密码怎么办
MySQL 5.7 及以上版本在首次安装后会自动生成一个临时密码，但不会直接显示在终端里，而是写入错误日志文件。很多人卡在这一步，以为没密码、或误以为是空密码，结果 mysql -u root -p 一直报错 Access denied。
关键路径是 mysqld 的错误日志，默认位置因安装方式而异：
- Linux（yum/apt 安装）：
/var/log/mysqld.log - macOS（Homebrew）：
/usr/local/var/mysql/*.err（如$(hostname).err） - Windows（MSI 安装）：
C:\ProgramData\MySQL\MySQL Server X.X\Data\*.err（需显示隐藏的 ProgramData）
用 grep 'temporary password' /var/log/mysqld.log 就能快速定位那行带密码的输出，形如：A temporary password is generated for root@localhost: aB3#xY9!qLm。注意：这个密码只可用一次，登录后必须立刻重设。
用临时密码登录后提示 You must reset your password
这是 MySQL 5.7+ 的强制安全策略：只要 root 密码是系统生成的临时密码，首次登录后任何操作（包括 SHOW DATABASES;）都会被拒绝，必须先执行密码修改。
此时不能用 SET PASSWORD 或 UPDATE mysql.user，必须用 ALTER USER 语法：
ALTER USER 'root'@'localhost' IDENTIFIED BY 'MyNewPass123!';
注意几点：
- 密码必须满足默认策略（至少 8 位，含大小写字母、数字、特殊字符），否则报错
ERROR 1819 (HY000): Your password does not satisfy the current policy requirements - 如果不想被策略拦住，可临时停用：
SET GLOBAL validate_password.policy=LOW;（仅调试用，不建议生产环境关闭） - 执行完必须
FLUSH PRIVILEGES;吗？不需要 ——ALTER USER本身已持久化并生效
跳过密码验证直接重设 root 密码（忘记临时密码时）
如果日志被清空、或你压根没看到临时密码，又无法正常登录，就得走“免密启动”流程。本质是让 mysqld 跳过权限系统加载，再连上去改密码。
操作分三步：
- 停掉 MySQL：
sudo systemctl stop mysqld（Linux）或brew services stop mysql（macOS） - 用
--skip-grant-tables启动：sudo mysqld_safe --skip-grant-tables --skip-networking &（--skip-networking是为了防止远程未授权访问） - 另开终端连进去：
mysql -u root（此时无需密码），然后执行：FLUSH PRIVILEGES;<br>ALTER USER 'root'@'localhost' IDENTIFIED BY 'NewPass123!';
完成后务必关掉 mysqld_safe 进程，再用正常方式启动服务。否则数据库长期运行在无权限校验状态，极其危险。
重设密码后还是连不上？检查 host 和 plugin
即使密码设对了，仍可能遇到 Access denied for user 'root'@'localhost'。常见原因是 root 用户的 plugin 字段被改成 auth_socket（Ubuntu/Debian 默认行为），它不认密码，只认系统用户身份。
进数据库查一下：
SELECT User, Host, plugin FROM mysql.user WHERE User='root';如果
plugin 是 auth_socket，就强制切回 mysql_native_password：
ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'MyNewPass123!';
再执行 FLUSH PRIVILEGES;。另外注意 'root'@'127.0.0.1' 和 'root'@'localhost' 是两个不同账户，本地连接时客户端有时会自动用 127.0.0.1（走 TCP），有时用 localhost（走 socket），最好两个都确认并统一处理。
临时密码机制和插件认证方式是 MySQL 5.7+ 最容易让人栽跟头的两个点，日志路径、密码策略、host 匹配、plugin 类型——四个地方漏一个，就会卡住。别急着搜“重置密码教程”，先看错在哪一层。
