MySQL 8.0+ 初始化后跳过密码验证需用 --initialize-insecure（仅测试）重初始化并启动，进库后立即执行 ALTER USER 改密；生产环境须从错误日志提取临时密码。
MySQL 8.0+ 初始化时跳过密码验证直接进库
新装 MySQL 后首次无法登录，常见于 mysqld --initialize 自动生成了临时密码但没记录，或配置了 skip-grant-tables 却不生效。这不是权限问题，是初始化流程没走完。
- 确认
mysqld进程未运行：sudo systemctl stop mysqld
- 用
--initialize-insecure（仅限测试环境）重新初始化数据目录：sudo mysqld --initialize-insecure --user=mysql --datadir=/var/lib/mysql
，这会生成空密码的root用户 - 启动服务：
sudo systemctl start mysqld
，此时可直接mysql -u root进入 - 进库后立刻改密：
ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'YourStrongPass123!';
注意：--initialize-insecure 在生产环境绝对禁用；若用 --initialize，临时密码在错误日志里（通常是 /var/log/mysqld.log），搜 A temporary password 行。
my.cnf 配置文件中必须设置的最小项
MySQL 启动失败常因 my.cnf 缺关键参数，尤其在非默认路径或容器外部署时。不是所有选项都要写，但以下三项漏一即可能卡在启动阶段。
-
basedir：指向 MySQL 安装根目录，如/usr/local/mysql；不设则依赖环境变量MYSQL_HOME -
datadir：明确指定数据存放路径，如/var/lib/mysql；与初始化时的--datadir必须一致，否则报错Can't open the mysql.plugin table -
socket：Unix socket 文件路径，如/tmp/mysql.sock；PHP/Python 客户端连本地库时默认找这个，不匹配会报Can't connect to local MySQL server through socket
示例最小配置段（放 [mysqld] 下）：
[mysqld] basedir = /usr/local/mysql datadir = /var/lib/mysql socket = /tmp/mysql.sock
初始化后立即执行的安全加固操作
刚初始化的 MySQL 默认开放过高权限，比如 root@localhost 允许空密码、test 数据库可任意读写、匿名用户存在。这些不是“后续再处理”，而是初始化完成后的第一分钟就要干掉。
- 删除匿名用户：
DROP USER ''@'localhost';
- 删掉
test库及同名模式：DROP DATABASE test; DELETE FROM mysql.db WHERE Db='test' OR Db='test\_%';
- 刷新权限：
FLUSH PRIVILEGES;
- 检查是否还有弱配置：
SELECT User, Host, plugin FROM mysql.user WHERE plugin = 'auth_socket';
，若返回root@localhost且 plugin 是auth_socket，说明它绕过密码认证，需改成mysql_native_password
别信“先开发再加固”的节奏——很多 SQL 注入或提权漏洞，就出在初始化后那五分钟没关掉的默认通道上。
Docker 环境下跳过初始化脚本直接挂载已有数据目录
用 docker run -v /host/data:/var/lib/mysql 挂载已有数据目录时，MySQL 容器会拒绝启动，并报 Directory /var/lib/mysql is not empty。这不是 bug，是安全机制：它怕你误把旧数据当新实例跑起来。
- 必须加启动参数跳过初始化检测：
docker run -v /host/data:/var/lib/mysql -e MYSQL_ALLOW_EMPTY_PASSWORD=1 --init --entrypoint "" mysql:8.0 mysqld --skip-grant-tables --user=mysql
- 更稳妥的做法是让容器自己初始化一次，再停掉，把生成的
ibdata1、mysql系统库等文件保留，再挂载进去 - 若挂载的是从物理机拷来的数据目录，确保宿主机和容器内 UID 一致（如都为
999:mysql），否则报Permission denied，查日志看chown是否失败
真正麻烦的不是挂载动作本身，而是数据目录里混着旧版本的系统表结构——比如 MySQL 5.7 的 mysql.user 表字段跟 8.0 不兼容，这时候 --skip-grant-tables 也救不了，得先用对应版本的 mysqld 执行 mysql_upgrade。
