MySQL 8.4 不支持关闭废弃警告，因其本质是启动失败前的致命错误而非可抑制的运行时警告，必须手动删除所有已移除参数（如NO_AUTO_CREATE_USER）并用--validate-config验证配置。
MySQL 8.4 不支持“关闭废弃警告”这个操作
直接说结论：mysql 8.4 没有提供任何系统变量、启动参数或 SQL 语句来抑制“已废弃语法/配置”的警告。这不是配置开关能关掉的，而是设计上的硬性提示——它在告诉你：这些功能已被移除，再用就启动失败或执行报错。
为什么 SHOW WARNINGS 里还看到 NO_AUTO_CREATE_USER 相关提示？
这不是“警告”，而是启动失败前的最后诊断线索。当你在 my.cnf 中仍保留 sql_mode = NO_AUTO_CREATE_USER，mysqld 在解析配置阶段就会拒绝继续，日志里出现类似 Unknown system variable 'sql_mode=NO_AUTO_CREATE_USER' 的错误信息。这不是运行时 warning，是 fatal error，服务根本起不来。
- 它不是
SHOW WARNINGS能查到的内容，而是写在错误日志（error.log）里的启动校验失败输出 -
--validate-config会提前暴露这个问题，返回退出码 1 并打印该错误 - 试图用
SET sql_mode或其他运行时方式绕过，完全无效——配置阶段就卡死了
真正要做的不是“关警告”，而是删掉所有已删除项
你必须手动清理配置中所有 MySQL 8.4 已彻底移除的参数和值，包括但不限于：
-
NO_AUTO_CREATE_USER（必须从sql_mode值中整段删掉，不能只注释） -
binlog_transaction_dependency_tracking、group_replication_recovery_complete_at等已删系统变量 -
--old、--new、--language等命令行选项（若用脚本启动需同步清理） -
default_authentication_plugin（该变量在 8.4 中已移除，设了会导致启动失败）
删完后，用 mysqld --defaults-file=/etc/my.cnf --validate-config 验证一次，返回 0 才算干净。
容易被忽略的隐性残留点
很多人改了主配置文件，却忘了这些地方也藏了旧参数：
- 包含文件：检查
!include或!includedir引入的其他 .cnf 文件，比如/etc/my.cnf.d/下的碎片配置 - Windows 注册表：如果用 MSI 安装，部分设置可能写进注册表
HKEY_LOCAL_MACHINE\SOFTWARE\MySQL AB\MySQL Server 8.4，需手动核对 - Docker 启动命令：若用
docker run --env MYSQL_INITDB_SKIP_TZINFO=1类似方式传参，确认没带已删变量
只要任一位置存在一个被删项，mysqld 就不会启动——它不妥协，也不静默跳过。
