临时密码仅写入MySQL初始化时的真实错误日志（如/var/lib/mysql/hostname.err或C:\ProgramData\MySQL\MySQL Server 8.0\Data*.err），格式为“A temporary password is generated for root@localhost: xxx”，需用grep/findstr精准提取冒号后全部字符，登录后必须立即执行ALTER USER修改密码。
不是密码输错了，是压根没拿到那个只出现一次的临时密码——它只写进错误日志（mysqld.log 或 *.err），不会输出到终端，也不在 /var/log/mysql/error.log 这类“看起来合理”的路径里。
怎么从 error.log 里准确提取临时密码
MySQL 8.0 初始化后，临时密码只会出现在数据目录下的错误日志中，且格式固定为：A temporary password is generated for root@localhost: 后接一串含特殊字符的字符串。关键不是“找日志”，而是“找对日志”：
- 先确认真实日志路径：
sudo mysqld --verbose --help | grep "log-error"（Linux/macOS）或用管理员 PowerShell 运行mysqld --verbose --help | findstr "log-error"（Windows） - 常见位置：Linux 是
/var/lib/mysql/hostname.err，Windows 是C:\ProgramData\MySQL\MySQL Server 8.0\Data\*.err - 进对应目录后执行：
grep "temporary password" *.err；如果没结果，说明初始化可能失败，或你用了--initialize-insecure（生成空密码） - 复制时必须严格取冒号后**全部内容**，包括末尾的
!、&、+；用echo "你的密码" | od -c检查是否混入\n或空格
用临时密码登录总报 ERROR 1045 怎么办
这个错 90% 和密码本身无关，而是连接环境和认证插件不匹配：
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 别用
mysql -u root -p'xxx'直接拼接——含@、!、$时 shell 会提前解析；改用mysql -u root -p回车后手动粘贴，或加单引号包住：mysql -u root -p'abc@123!' -
root@localhost和root@127.0.0.1是两个独立账号；临时密码只分配给前者，加-h 127.0.0.1就连不上 - 老客户端（如 Navicat 旧版、PHP 7.4 的
mysqli）不支持caching_sha2_password；登录时加参数：--default-auth=mysql_native_password - Windows CMD 会吞掉
&、^等字符，建议换用 PowerShell 或 Git Bash
登录后立刻报 ERROR 1820 或 ERROR 1819 怎么强制改密
这不是报错，是 MySQL 8.0 的强制改密机制在起作用：你已经进去了，但必须立刻重置密码才能执行任何其他语句。
- 必须执行：
ALTER USER 'root'@'localhost' IDENTIFIED BY '新密码';；SET PASSWORD在 8.0+ 已被弃用 - 新密码默认需满足
validate_password策略：≥8 位 + 大小写字母 + 数字 + 特殊字符；太简单直接报ERROR 1819 - 开发环境可临时调低要求：
SET GLOBAL validate_password.length = 6;，或干脆卸载插件：UNINSTALL PLUGIN validate_password; - 改完建议显式执行：
FLUSH PRIVILEGES;；某些插件组合下不执行会导致后续操作失败
最常被忽略的一点：临时密码只存在一次，且只写进错误日志——不是所有日志都叫 error.log，也不是所有 error.log 都是 MySQL 写的。盯住 log-error 配置值，而不是凭经验猜路径。
