直接删除MySQL不识别的参数，用mysqld --defaults-file=/etc/my.cnf --validate-config校验语法，输出为空即合法，报错则明确提示非法参数及行号；需确认实际加载路径、区分section作用域、避免拼写错误与语法瑕疵。
直接删掉配置文件里MySQL不认识的参数，别改、别注释、别猜——它根本不会解析那一行。
用 --validate-config 一眼定位非法参数
MySQL 5.7.16+ 支持语法校验，比翻日志快十倍。执行命令时必须指定完整路径，否则可能读错文件：
mysqld --defaults-file=/etc/my.cnf --validate-config
输出为空表示合法；一旦报错，会明确指出第几行、哪个变量不支持，比如：
unknown variable 'query_cache_type'
- 常见触发项：
query_cache_type、query_cache_size、tx_isolation、symbolic-links、sql-mode（注意是下划线不是连字符） - 不要只查
my.cnf，运行mysqld --verbose --help | grep "Default options"看实际加载路径，有些环境会读/etc/my.cnf.d/server.cnf - 校验失败时，
--validate-config不会启动服务，安全无副作用
区分 [mysqld] 和 [client] 段的变量作用域
同一个变量名，在不同 section 下含义可能完全不同，甚至被拒绝识别：
-
default-character-set=utf8写在[client]段里，mysqlbinlog工具会报unknown variable—— 它不认这个 client 配置项 - 正确写法是加
loose_前缀：loose_default-character-set = utf8，让工具跳过不认识的项 -
innodb_buffer_pool_size必须放在[mysqld]下，写进[mysql]或[client]段完全无效，且不会报错，只会静默忽略 - 拼写错误如
innodb_buffer_pool_sz或大小写不一致（某些系统区分大小写），也会触发 unknown variable
升级后最该删的三类配置项
MySQL 8.0+ 对废弃变量是“硬性拒绝”，不是警告，启动直接退出：
-
query_cache_type和query_cache_size：8.0 彻底移除，整行删除，别留空行或注释 -
tx_isolation：已改为transaction_isolation，旧配置或应用 SQL 中的@@tx_isolation会报错 -
symbolic-links=0：8.0.29+ 源码中已注销该变量解析逻辑，删掉整行，别改成symbolic_links=0—— 它也不认 - 额外注意：
explicit_defaults_for_timestamp在 8.0.26+ 变为只读，若配置文件里还显式设为OFF，也可能拒启
配置改完但还是起不来？检查是否多文件叠加冲突
MySQL 启动时合并多个配置文件，你改的那一个可能根本没生效，或者被另一个文件里的同名参数覆盖：
- 运行
mysqld --print-defaults，它会打印最终生效的所有参数 —— 如果某个你确认写了的参数没出现，说明它被忽略了 - 最小化启动法：把
[mysqld]段里所有非必要参数全注释掉，只留datadir、socket、port，手动运行mysqld --defaults-file=/etc/my.cnf --user=mysql测试能否起来 - 逐段取消注释，每次加 2–3 行，直到复现失败。特别留意那些“看起来只是警告”的组合，比如
skip_name_resolve和bind-address配错会连锁触发 unknown variable 类似表现
最容易被忽略的是：配置文件里带空格的等号、用冒号代替等号、值里误加引号（如 log_error = "/var/log/mysqld.log"），这些语法错误在新版 MySQL 中不再容忍，--validate-config 会直接报出具体行号。别假设“以前能跑现在也能跑”。
