根本原因是log_error配置缺失或被注释，导致临时密码未写入预期.err日志而输出至控制台；windows下日志路径为c:\programdata\mysql\mysql server 8.0\data\计算机名.err，linux下需先grep确认实际log_error路径再搜索“temporary password”。
为什么 mysqld --initialize 后找不到临时密码？
根本原因不是命令没执行，而是 MySQL 没把密码写进你预期的日志文件里。最常见的情况是：log_error 配置被注释或缺失，导致初始化过程中的输出全部流向标准输出（控制台），而没落地到 .err 日志中。另一个高频原因是 Windows 下日志路径不对——它不总在 data 目录下，而是在 C:\ProgramData\MySQL\MySQL Server 8.0\Data\（隐藏目录），且文件名是 你的计算机名.err，不是 localhost.err 或 mysql.err。
Linux 下怎么准确定位并提取临时密码？
别盲目 cat /var/log/mysqld.log，先确认 MySQL 实际用的错误日志路径：
- 检查配置文件：
grep -i "log_error" /etc/my.cnf /etc/mysql/my.cnf 2>/dev/null，看是否显式指定了路径 - 如果没指定，MySQL 默认用
/var/log/mysqld.log（RHEL/CentOS）或/var/log/mysql/error.log（Debian/Ubuntu） - 执行
sudo grep "temporary password" /var/log/mysqld.log；若无结果，换路径再试 - 注意：密码行格式固定为
A temporary password is generated for root@localhost: xxxxxxxx，末尾空格要手动删掉
Windows 下打开 .err 文件却搜不到 “temporary password”？
不是日志没生成，是初始化时压根没写进去。常见于以下场景：
-
my.ini中log_error被注释或拼错（比如写成log_erro），此时密码只输出到 CMD 窗口——但窗口一关就没了 - 执行
mysqld --initialize时没加--console，又没重定向输出，密码就彻底丢失 - data 目录非空或权限不对，初始化失败但你没看到报错（检查 CMD 输出里有没有
MY-010116或MY-011011错误码）
补救方法：删掉整个 data 目录，确保以管理员身份运行 CMD，执行 mysqld --initialize --console，此时密码会直接打印在屏幕上，复制即可。
用 --initialize-insecure 是不是更省事？
可以，但它绕过了安全起点：该参数会创建一个空密码的 root@localhost，但 MySQL 8.0+ 默认启用 validate_password 插件，后续任何 ALTER USER 设密码操作都会因强度不足被拒绝，反而卡在“必须改密但改不了”的死循环里。除非你明确禁用该插件或调低策略，否则不如老实用 --initialize + 查日志，至少密码是强随机的、一步到位的。
真正容易被忽略的是：日志文件可能被轮转覆盖，尤其是服务启动多次后；第一次初始化后的那个 .err 文件，必须在启动 mysqld 服务前就查完，之后再查很可能已被清空或归档。
