MySQL 8.4 启动失败主因是 sql_mode 中保留已彻底删除的 NO_AUTO_CREATE_USER 参数，需手动从配置文件中移除该值并验证配置后重启。
MySQL 8.4 启动失败：sql_mode=NO_AUTO_CREATE_USER 被移除
这是 MySQL 8.4 LTS 启动失败最典型的配置坑。该参数在 8.0 中已被标记为废弃，到 8.4 中**彻底删除**，但很多沿用旧版 my.cnf 的用户仍保留它，导致 mysqld 直接拒绝启动，错误日志里明确报：Unknown system variable 'sql_mode=NO_AUTO_CREATE_USER' 或类似提示。
解决方法很简单，但必须手动清理：
- 打开你的配置文件（如
/etc/my.cnf或C:\ProgramData\MySQL\MySQL Server 8.4\my.ini） - 搜索
NO_AUTO_CREATE_USER，整行删掉（它通常出现在sql_mode值里，例如：sql_mode = STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_AUTO_CREATE_USER,...） - 保留其他合法值，比如
STRICT_TRANS_TABLES、NO_ENGINE_SUBSTITUTION等 —— 它们在 8.4 中仍有效 - 重启服务前，建议先用
mysqld --defaults-file=/path/to/my.cnf --validate-config验证配置合法性（该命令在 8.4 中可用，不启动实例仅校验）
innodb_log_file_size 不再支持动态修改，且初始化时值不匹配会卡住
MySQL 8.4 对 InnoDB 日志文件的兼容性更严格。如果你是从 5.7/8.0 升级而来，或复用旧数据目录，innodb_log_file_size 值与磁盘上已存在的 ib_logfile0 实际大小不一致，mysqld 不会自动重建，而是静默失败或卡在“starting”状态，systemctl status 显示 activating (start) 但无进展。
这不是 bug，是设计变更 —— 8.4 要求该值必须与现有日志文件物理尺寸完全一致：
- 先停服务，用
ls -lh（Linux）或dir（Windows）查看datadir下ib_logfile0和ib_logfile1的实际大小（单位字节） - 将配置中
innodb_log_file_size设为**完全相同的数值**（不是 MB 换算，是原始字节数） - 若想改大小，必须清空日志文件：停止 mysqld → 手动删除
ib_logfile*→ 修改配置 → 启动（注意：这要求innodb_fast_shutdown=0已提前执行过，否则可能丢事务）
Windows 下 basedir 和 datadir 路径含空格或中文时启动失败
MySQL 8.4 在 Windows 上对路径解析更敏感。即使你按官方文档写了 basedir="C:\Program Files\MySQL\MySQL Server 8.4"，只要引号缺失或路径中含中文字符（如 C:\数据库\mysql84），mysqld 就会在初始化阶段崩溃，错误日志只显示 Could not open required defaults file 或直接退出，无进一步线索。
关键处理点：
-
basedir和datadir必须用双引号包裹，且路径中不能含中文、全角符号、括号等特殊字符 - 推荐使用短路径名（如
C:\mysql84）并确保目录存在、权限完整（右键 → 属性 → 安全 → 给SYSTEM和Administrators完全控制权） - 避免把
datadir放在C:\ProgramData下的默认路径里 —— 这个目录默认隐藏且权限复杂，8.4 更容易因 ACL 问题卡住
为什么 mysqld --initialize 成功但服务启不来？检查 log-error 是否可写
很多用户执行 mysqld --initialize --datadir=/data/mysql --user=mysql 成功，但后续 systemctl start mysqld 失败，journalctl -u mysqld 只显示 “failed to start”，没具体错误。根本原因常是：配置里写的 log-error=/var/log/mysql/error.log 路径不存在，或 mysql 用户无写权限。
8.4 默认不再创建日志目录，也不静默降级：
- 确认
log-error所在目录已存在，且属主为mysql（Linux）或SYSTEM（Windows） - 如果不想管日志路径，可临时注释掉
log-error行 —— 8.4 会退回到标准输出/系统日志，便于快速定位问题 - 特别注意：Docker Compose 场景下，挂载卷的父目录权限也要检查，
chown -R 999:999 /host/path/mysql-data（MySQL 官方镜像 uid 为 999）
MySQL 8.4 LTS 的“稳定”是建立在更严格的启动校验之上的。它不会容忍模糊配置或隐式降级，所有被弃用项、路径权限、日志位置、InnoDB 文件一致性，都必须显式满足。最容易被忽略的，其实是配置文件里那些“看起来没坏”的旧参数 —— 它们不是警告，而是硬性拒绝。
