MySQL 8.0安装后临时密码需从错误日志中查找，格式为“A temporary password is generated for root@localhost: xxx”，Linux路径通常为/var/log/mysqld.log，Windows为C:\ProgramData\MySQL\MySQL Server 8.0\Data*.err，找到后必须立即用ALTER USER修改，否则无法执行任何操作。
执行前必须确认 MySQL 服务已启动且能用 root 登录
脚本本身不负责启停服务，也不处理临时密码。如果你刚装完 MySQL 8.0+，首次登录要用错误日志里生成的临时密码（如 A temporary password is generated for root@localhost: abc123XYZ!@#），否则 mysql -u root -p 会拒绝连接。Linux 下日志通常在 /var/log/mysqld.log，macOS/Homebrew 在 ~/Library/LaunchAgents/homebrew.mxcl.mysql.plist 对应的日志路径里。
建库 + 建用户必须放在同一事务上下文外顺序执行
MySQL 不支持在单个 SQL 事务中跨语句操作数据库元数据（比如 CREATE DATABASE 和 CREATE USER 不能被 BEGIN/COMMIT 包裹）。所以初始化脚本里得靠顺序控制：先 CREATE DATABASE，再 CREATE USER，最后 GRANT。常见错误是把 GRANT 写在 CREATE USER 前面，报错 ERROR 1396 (HY000): Operation CREATE USER failed。
CREATE DATABASE myapp CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;CREATE USER 'myapp_user'@'localhost' IDENTIFIED BY 'strong_password_2026';GRANT ALL PRIVILEGES ON myapp.* TO 'myapp_user'@'localhost';-
FLUSH PRIVILEGES;—— 必须加，否则权限不生效
避免硬编码、提升复用性的三个实操点
直接写死 myapp 和 myapp_user 的脚本，在测试/预发/生产环境切换时容易漏改。更稳妥的做法：
- 用 shell 变量传入数据库名和用户名：
mysql -u root -p -e "CREATE DATABASE ${DB_NAME} CHARACTER SET utf8mb4;" - 不要在 SQL 脚本里写
IDENTIFIED BY 'xxx'明文密码；改用mysql -u root -p -e "CREATE USER '${USER}'@'localhost' IDENTIFIED WITH caching_sha2_password BY '${PASS}';"，由调用方注入 - 如果部署走 Docker，把
CREATE USER和GRANT拆到docker-entrypoint-initdb.d/下独立 SQL 文件，MySQL 容器启动时会自动按字母序执行，比塞进一个大 init.sql 更易调试
脚本重复执行时，用户与权限冲突怎么处理？
MySQL 的 CREATE USER IF NOT EXISTS 从 5.7.6 才支持，8.0+ 才真正稳定。如果你不确定目标环境版本，别依赖它——IF NOT EXISTS 对 GRANT 无效，重复执行仍会报错 ERROR 1410 (42000): You are not allowed to create a user with GRANT。
安全做法是：在执行建用户逻辑前，先用 DROP USER IF EXISTS 'myapp_user'@'localhost'; 清掉旧用户（注意：这会连带删掉所有该用户的权限）。或者更保守地，只在 CI/CD 流水线首次部署时运行建用户语句，后续部署跳过这一步。
最常被忽略的是主机名匹配：'myapp_user'@'localhost' 和 'myapp_user'@'%' 是两个完全不同的账号。应用连接串里用的是 127.0.0.1 还是 localhost，决定了该授权哪个 host。本地开发常用 localhost，但容器内或远程连接往往得用 % 或具体 IP。
