mysql 8.0临时密码仅存于错误日志且仅一次有效，登录后必须立即用alter user修改，否则所有操作被拒；应通过mysqld --verbose --help | grep "log-error"定位真实日志路径，再搜索“a temporary password is generated for root@localhost:”提取冒号后字符串。
直接告诉你结论：MySQL 8.0 安装后生成的临时密码**只存在于错误日志里，且仅能用一次**；登录后必须立刻用 ALTER USER 修改，否则后续所有操作（包括 SHOW DATABASES;）都会被拒绝。
怎么快速定位临时密码？别猜路径，用 mysqld 自己说的为准
不同安装方式写入的日志位置差异很大，硬记 /var/log/mysqld.log 或 C:\ProgramData\MySQL\... 容易翻车。最可靠的方式是让 MySQL 自己告诉你日志在哪：
- Linux/macOS 执行：
sudo mysqld --verbose --help 2>/dev/null | grep "log-error"，输出类似log-error /var/log/mysql/error.log - Windows 在管理员 CMD 中执行：
mysqld --verbose --help | findstr "log-error" - 拿到真实路径后，再 grep：
grep 'temporary password' /path/to/your/error.log - 匹配到的行形如：
A temporary password is generated for root@localhost: Abc123!@#，冒号后那串就是密码（注意保留特殊字符）
用临时密码登录后，为什么 ALTER USER 总报 ERROR 1819？
这不是语法错，而是 MySQL 8.0+ 默认启用了密码强度策略，新密码必须同时满足：长度 ≥ 8、含大小写字母、数字、特殊字符。常见失败场景：
-
ALTER USER 'root'@'localhost' IDENTIFIED BY '12345678'→ 缺少大小写和特殊字符 -
ALTER USER 'root'@'localhost' IDENTIFIED BY 'password123!'→ 小写开头但缺大写字母 - 没指定 host，只写
'root'→ 实际匹配的是'root'@'localhost'，漏掉@'localhost'会报错 - 执行完没退出再重连，仍用旧密码 → 临时密码一次性有效，改完必须用新密码重新登录
日志被清空或找不到，怎么安全绕过认证？
别删 data 目录、别重装——数据还在，只是密码丢了。优先选 --init-file 方式，比 --skip-grant-tables 更稳妥（避免权限表加载异常）：
- 停服务：
sudo systemctl stop mysqld（Linux）或net stop MySQL80（Windows） - 新建 SQL 文件，比如
/tmp/reset.sql，内容只有一行：ALTER USER 'root'@'localhost' IDENTIFIED BY 'MyNewPass123!'; - 加可读权限：
chmod 600 /tmp/reset.sql（Linux/macOS） - 启动时指定该文件：
mysqld --init-file=/tmp/reset.sql（Linux/macOS），Windows 要加--defaults-file参数 - 启动成功后立即删掉
reset.sql，并移除配置中残留的init-file=...行，否则下次重启还会执行
真正容易被忽略的点：临时密码只对 'root'@'localhost' 生效，如果你用 mysql -h 127.0.0.1 -u root -p 登录，实际匹配的是 'root'@'127.0.0.1'，得单独改这条记录；而 --init-file 方式默认只改 localhost，远程访问权限需额外处理。
