MySQL 5.7 安装后无初始密码并非 bug，而是因使用 mysqld --initialize-insecure（或发行版默认封装）导致 root 密码为空且 plugin 设为 auth_socket；需先跳过权限登录，再执行 ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY '新密码' 修复认证方式并设密。
关键判断：没密码 ≠ 安装异常，而是初始化命令选错了，或者发行版/包管理器做了非标准封装。
为什么有些安装不生成初始密码？
MySQL 5.7 的初始化行为由启动参数决定：
-
mysqld --initialize：生成随机密码，写入/var/log/mysqld.log（Linux）或控制台（Windows），并强制首次登录后必须用ALTER USER修改 -
mysqld --initialize-insecure：不生成密码，root@localhost密码为空，但会启用auth_socket插件认证（尤其在 Ubuntu/Debian 包中常见）
很多 Linux 发行版（如 Ubuntu 18.04+ 的 apt install mysql-server）默认使用 --initialize-insecure，目的是简化开发环境部署，代价是牺牲了开箱安全性。
如何确认是哪种初始化方式？
查日志和配置最直接：
- 运行
grep "temporary password" /var/log/mysqld.log，无输出 → 很可能用了--initialize-insecure - 检查
mysqld进程启动参数：ps aux | grep mysqld，看是否含--initialize-insecure或--skip-grant-tables - 登录失败时执行
mysql -u root -p报错ERROR 1698 (28000): Access denied for user 'root'@'localhost'→ 典型auth_socket认证，说明没设密码，且认证插件被硬编码
auth_socket 认证导致“无密码却登不上”
这是最容易被忽略的点：即使 root 密码为空，Ubuntu/Debian 默认把 root@localhost 的 plugin 字段设为 auth_socket，它不校验密码，只校验 Unix socket 所属用户（即必须用 sudo mysql -u root 才能进）。
- 验证方式：
SELECT user, host, plugin FROM mysql.user WHERE user = 'root'; - 修复方法（需先跳过权限登录）：
ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'your_new_pass'; - 注意：不能只改
authentication_string，必须同步改plugin，否则仍走 socket 认证
跳过授权后仍改不了密码？可能是字段名或语法错
MySQL 5.7 改了密码存储字段和语法，老教程里的写法会失效：
- ❌ 错误：
UPDATE user SET password = PASSWORD('123456') WHERE user = 'root';（password字段已删除） - ✅ 正确：
ALTER USER 'root'@'localhost' IDENTIFIED BY '123456';（推荐，自动处理字段 + 过期状态） - ⚠️ 备用（仅调试用）：
UPDATE user SET authentication_string = PASSWORD('123456'), password_expired = 'N' WHERE user = 'root'; FLUSH PRIVILEGES;
另外，PASSWORD() 函数在 8.0 已废弃，5.7 虽支持但建议用 ALTER USER ——它还会自动清除 password_expired = 'Y' 状态，避免登录后立刻报 ERROR 1820。
真正麻烦的从来不是“怎么重置密码”，而是搞不清当前实例到底属于哪种初始化路径、哪种认证机制。日志里没 temporary password 不代表系统坏了，只是它从一开始就没打算给你密码。
