mysql 8.0临时密码仅存于错误日志且仅一次有效，登录后必须立即用alter user修改，否则所有操作被拒；应通过mysqld --verbose --help | grep "log-error"定位日志路径，再搜索“a temporary password is generated for root@localhost:”提取冒号后字符串。
先查错误日志：最轻量、最安全的首选方式
MySQL 8.0首次初始化一定会生成一个临时root密码，并写入错误日志——这是官方唯一推荐的初始凭证，不用停服务、不绕权限、零风险。
- Linux常见路径：
/var/log/mysqld.log或/var/log/mysql/error.log，执行sudo grep 'temporary password' /var/log/mysqld.log - 如果用
mysqld --initialize --user=mysql手动初始化过，密码会出现在该命令的 stderr 输出里，或同目录下的.err文件中 - 日志被轮转、清空或根本没保存？别翻旧备份、别删文件、别重装——直接跳到下一步。强行恢复日志可能丢数据，完全没必要
用 --skip-grant-tables 启动失败？检查插件与网络配置冲突
Linux下 mysqld_safe --skip-grant-tables --skip-networking & 启动后卡住、无响应，或报错退出，大概率是插件或校验机制干扰了跳过权限流程。
- 先看错误日志末尾是否提示
caching_sha2_password插件加载失败，或binlog_checksum=ON冲突；可临时在my.cnf的[mysqld]段加binlog_checksum=NONE再试 -
--skip-networking是必须的，防止远程未授权访问；但若同时启用了bind-address = 127.0.0.1或防火墙拦截本地连接，可能导致mysql -u root连不上，此时可临时注释掉bind-address - 启动后窗口“卡住”是正常现象——说明 mysqld 已以跳过权限模式运行，新开终端执行
mysql -u root即可登录
免密登录后 ALTER USER 报错或改完登不上？host、plugin、字段值三者必须对齐
执行 ALTER USER 'root'@'localhost' IDENTIFIED BY 'MyP@ssw0rd123' 报错，或改完仍提示 Access denied，问题不在语法，而在认证上下文不匹配。
Browser Setup (No-Root Linux)
下载
在无 root/sudo 权限的环境（云容器、VPS、隔离主机）中安装并配置 OpenClaw 浏览器工具的 headless Chrome。适用场景：...
- 必须先
USE mysql;，否则操作的是默认数据库，user表找不到 - host 必须精确匹配：查
SELECT user, host FROM user WHERE user = 'root';，若结果是'root'@'%'，就不能只改'localhost'；远程连要用mysql -h 127.0.0.1 -u root -p，实际匹配的是'root'@'127.0.0.1' - MySQL 8.0 默认用
caching_sha2_password插件，若authentication_string字段非空，ALTER USER会拒绝覆盖；稳妥做法是先清空：UPDATE user SET authentication_string = '' WHERE user = 'root' AND host = 'localhost'; FLUSH PRIVILEGES;，再执行ALTER USER - 新密码必须满足默认策略：至少 8 位 + 大小写字母 + 数字 + 特殊字符，否则报
ERROR 1819 (HY000)
更稳妥替代方案：用 --init-file 避开交互式陷阱
当你担心 --skip-grant-tables 下手误操作、权限刷新遗漏、或多实例环境难以控制时，--init-file 是更干净的一次性方案——它在 mysqld 启动初期自动执行 SQL，全程无需人工交互。
- 新建文件（如
/tmp/reset.sql），内容只有一行：ALTER USER 'root'@'localhost' IDENTIFIED BY 'MyNewPass123';（注意结尾分号） - 确保文件权限为 MySQL 用户可读：
sudo chown mysql:mysql /tmp/reset.sql - 停服务后执行：
sudo mysqld --defaults-file=/etc/my.cnf --init-file=/tmp/reset.sql &；等几秒后进程稳定，立刻sudo pkill mysqld杀掉它——SQL 已执行完毕，不需要长期运行 - 清理临时文件，再正常启动服务：
sudo systemctl start mysqld
这个方法绕开了所有交互环节和状态残留，适合脚本化、CI/CD 或生产环境快速修复；但要注意：文件路径必须绝对且可读，SQL 语句不能含注释或多余空行，否则启动失败静默退出。
