根本原因是MySQL 5.7默认将临时密码仅写入错误日志（error log）而非终端，若log-error未配置、日志路径不可写或datadir非空导致初始化静默失败，则密码不会生成；使用--initialize-insecure则根本不生成密码。
MySQL 5.7 初始化时 mysqld --initialize 没输出临时密码，常见原因是什么？
根本原因是：MySQL 5.7 默认启用 --initialize 的安全模式（即生成随机 root 密码），但该密码**只写入错误日志（error log），而非 stdout 或终端**。如果你没配置 log-error，或日志路径不可写，密码就“消失”了。
- 检查是否指定了
--log-error=/path/to/mysqld.err—— 没指定则用默认路径（如/var/log/mysqld.log或datadir/hostname.err） - 确认 datadir 目录可写，且 MySQL 进程有权限创建日志文件（否则初始化静默失败，不报错也不写密码）
- 若使用
--initialize-insecure，则根本不会生成临时密码（root 密码为空），但这属于显式降级安全行为，不是“没生成”
如何快速定位临时密码所在日志行？
临时密码在 error log 中只出现一次，格式固定：A temporary password is generated for root@localhost: xxxxxx。注意：
- 必须用
grep在完整日志中搜索，不能只看最后几行（因为初始化过程可能触发多轮日志写入） - 典型命令：
grep 'temporary password' /var/log/mysqld.log或grep 'temporary password' /usr/local/mysql/data/*.err - 如果日志里完全搜不到这行，说明初始化未成功完成（比如磁盘满、datadir 已存在非空目录、SELinux 拦截写日志）
mysqld --initialize 和 mysqld --initialize-insecure 的关键区别
二者行为差异直接影响密码生成逻辑：
-
--initialize：强制生成 12 位随机密码，写入 error log；启动后首次连接必须用该密码，并立即执行ALTER USER ... PASSWORD EXPIRE;才能继续操作 -
--initialize-insecure：root 密码为空，不写临时密码到日志；适合封闭测试环境，但生产环境禁用 - 二者都要求 datadir 为空目录；若非空，初始化直接失败，且不输出任何提示（仅 error log 记录“data directory not empty”）
为什么有些系统初始化后连 mysqld.err 都找不到？
这不是 MySQL “没写”，而是日志路径被覆盖或重定向了：
- systemd 管理的 MySQL（如 CentOS/RHEL）通常把日志交给 journald，
journalctl -u mysqld才能看到初始化输出 - Docker 容器中若没挂载
/var/log/mysql或没配置log-error，日志会输出到容器 stdout —— 此时可用docker logs <container>查看 - macOS Homebrew 安装的 MySQL 默认 error log 在
~/Library/Logs/Homebrew/mysql/error.log，不是 /var/log
临时密码这种一次性信息，错过就只能重初始化（删 datadir + 重跑 mysqld --initialize），没有恢复途径。务必在初始化后第一时间查日志，别依赖终端回显。
