MySQL 5.7初始化未生成临时密码，根本原因是初始化流程未成功执行：最常见为datadir非空（含隐藏文件）导致静默退出，或log-error未配置/不可写致使密码无法写入错误日志；若使用--initialize-insecure则本就不生成密码。
MySQL 5.7 初始化后没生成临时密码，不是“漏了”，而是根本没成功执行初始化流程——最常见原因是 datadir 非空，或 log-error 未配置/不可写。
datadir 非空导致初始化静默跳过
mysqld --initialize 要求 datadir 必须是**完全空目录**。只要里面存在 ibdata1、mysql/、performance_schema/ 等任意文件或子目录，初始化就直接退出，不报错、不写日志、不生成密码。
- 常见诱因：之前装过 MySQL 没清干净，
/var/lib/mysql或你指定的--datadir下残留旧数据 - 卸载命令（如
yum remove mysql-community-server）通常不删数据目录，必须手动rm -rf /var/lib/mysql - 验证方式：
ls -A /var/lib/mysql—— 若输出非空，就说明跳过了初始化
log-error 未配置或权限不足
临时密码只写入错误日志（error log），**不会输出到终端或 stdout**。如果 log-error 没配，MySQL 会用默认路径（如 /var/log/mysqld.log），但若该路径不可写，初始化过程连日志都打不出，自然没有密码行。
- 检查是否在
/etc/my.cnf的[mysqld]段显式设置了log-error=/path/to/mysqld.err - 确认 MySQL 进程用户（如
mysql）对该路径有写权限：sudo -u mysql touch /var/log/mysqld.log测试 - systemd 管理的服务（如 CentOS/RHEL）可能把日志交给 journald：
journalctl -u mysqld --since "2026-09-29 06:00:00"查初始化时段输出
误用了 --initialize-insecure
如果你执行的是 mysqld --initialize-insecure，那它压根不生成临时密码——root 密码为空，且不会往日志里写任何 password 相关内容。
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 这是显式选择“无密码初始化”，适用于封闭测试环境，不是 bug
- 生产环境严禁使用；若想生成密码，必须用
--initialize（不带-insecure） - 注意：两种模式都要求
datadir为空，否则同样失败
grep 搜索不到密码的真正原因
即使日志文件存在，grep 'temporary password' /var/log/mysqld.log 返回空，大概率不是命令错了，而是：
- 日志里根本没那行——初始化没完成（磁盘满、SELinux 拦截、
datadir非空） - 搜错了字符串：实际日志写的是
A temporary password is generated for root@localhost:，少一个空格或大小写都匹配不到 - 路径不对：Ubuntu/Debian 默认日志在
/var/log/mysql/error.log，macOS Homebrew 在/usr/local/var/mysql/*.err - 日志被重定向：Docker 容器中若没挂载日志目录，密码可能直接输出到
docker logs
真正卡住的地方往往不是“怎么找密码”，而是“为什么初始化没发生”——先确认 datadir 是否清空、log-error 是否可写、命令是否带了 -insecure，比反复翻日志更省时间。
