查错误日志获取临时密码是mysql 8.0首次登录的最快最安全方案，linux用grep查/var/log/mysqld.log，macos查/usr/local/var/mysql/*.err，windows查programdata目录下的.err文件。
直接查错误日志，别急着改配置或重启服务——90% 的新装 MySQL 8.0 都能靠这一招秒解。
查 temporary password 是最快最安全的首选路径
MySQL 8.0 安装后首次初始化一定会生成一个临时 root 密码，并且只写进错误日志，不会输出到终端、也不会弹窗提示。只要日志没被清空或轮转覆盖，这就是最轻量、零风险的方案。
- Linux：执行
sudo grep 'temporary password' /var/log/mysqld.log（若失败，试试/var/log/mysql/error.log） - macOS（Homebrew）：运行
grep 'temporary password' /usr/local/var/mysql/*.err - Windows：打开隐藏文件夹
C:\ProgramData\MySQL\MySQL Server 8.0\Data\*.err，用记事本或 PowerShell 搜索temporary password - 如果你是手动执行
mysqld --initialize --user=mysql初始化的，密码一定在该命令的 stderr 输出里，或同目录下的.err文件中
找不到？不是日志丢了就是被 logrotate 清过——这时候才该切到下一种方式，别删日志、别重装、别碰数据目录。
mysqld --skip-grant-tables 启动失败？大概率是 Windows 或插件冲突
单独加 --skip-grant-tables 在 MySQL 8.0 上经常起不来，尤其在 Windows 下会报错：TCP/IP, --shared-memory, or --named-pipe should be configured。这不是你命令写错了，是 MySQL 8.0+ 强制要求本地通信通道必须显式启用。
- Windows 必须加
--shared-memory（推荐）或--enable-named-pipe，例如：mysqld --defaults-file="C:\ProgramData\MySQL\MySQL Server 8.0\my.ini" --shared-memory --skip-grant-tables - Linux/macOS 若崩溃，先看
error.log是否提示插件冲突；可临时加--disable-plugin=caching_sha2_password再试 - 命令行窗口“卡住不动”是正常现象，说明 mysqld 已以免认证模式阻塞运行——别关它，这是服务已就绪的信号
免密登录后执行 ALTER USER 却仍登不上？漏了关键两步
进了 mysql> 提示符不代表万事大吉。MySQL 8.0 在 --skip-grant-tables 模式下不会自动加载权限表，很多操作会被拒绝，必须手动补全上下文。
- 第一步：必须先执行
USE mysql;，否则后续所有对user表的操作都会报错“Unknown table” - 第二步：
ALTER USER必须写全 host，例如'root'@'localhost'；只写'root'会匹配不到记录 - 第三步：改完立刻执行
FLUSH PRIVILEGES;——这个在免认证模式下不能省，否则新密码不生效 - 新密码需满足默认策略（至少 8 位 + 大小写字母 + 数字 + 特殊字符），否则报
ERROR 1819 (HY000)
用 --init-file 替代 --skip-grant-tables 更稳妥
如果你在容器环境、CI/CD 流水线，或者不想开两个终端交互操作，--init-file 是更干净的选择：它让 mysqld 在启动初始化阶段自动执行一条 SQL，全程无需登录，也避开了权限表未加载的坑。
- 新建一个 SQL 文件，如
/tmp/reset.sql，内容只有一行：ALTER USER 'root'@'localhost' IDENTIFIED BY 'MyNewPass123'; - 停掉服务后，用
mysqld --init-file=/tmp/reset.sql --datadir=/var/lib/mysql启动一次（注意指定正确datadir） - 启动成功后立即停止 mysqld，再用常规方式启动服务即可
- 记得立刻删掉
/tmp/reset.sql——里面是明文密码，留着就是安全隐患
真正容易被忽略的是：MySQL 8.0 的密码验证逻辑和字段存储已经彻底变了，UPDATE user SET authentication_string='xxx' 这类老办法不仅无效，还可能让账户彻底锁死。所有操作都得围绕 ALTER USER 和 FLUSH PRIVILEGES 展开，而且顺序不能错。
