MySQL 8.0 中部分参数已被彻底删除，启动时直接报错 MY-000067；需从 my.cnf 中整行删除 query_cache_type、innodb_file_format 等已移除参数，并改用 default-time-zone、authentication_policy 等新参数，同时确认配置文件位于默认加载路径内。
MySQL 8.0 把某些参数标记为废弃，不是为了“找茬”，而是因为它们对应的功能已被移除、语义已变更，或存在更安全/更精确的替代方案。继续保留这些配置，轻则触发启动警告，重则直接报错 MY-000067 启动失败。
遇到 MY-000067 错误：参数已被彻底删除
典型现象是 MySQL 启动失败，日志里明确出现 unknown variable 'query_cache_type' 或 unknown variable 'tx_isolation' 这类报错。
- 这不是路径没读对、也不是拼写错了，是该变量在 8.0 源码里压根不存在了
- 必须从
my.cnf中整行删除，不能只注释——注释行仍可能被解析器识别为语法错误（尤其含特殊字符时） - 重点清理项包括：
query_cache_type、query_cache_size、innodb_file_format、innodb_support_xa、innodb_locks_unsafe_for_binlog - 验证方式：启动前用
mysqld --validate-config扫一遍，比靠猜更可靠
看到 MY-010918 或 MY-011068 警告：参数已弃用但暂未删除
这类警告不会阻断启动，但提示你“再不改，下个大版本就没了”。比如日志中出现 'default_authentication_plugin' is deprecated 或 The syntax '--skip-host-cache' is deprecated。
-
default_authentication_plugin已被authentication_policy替代，新写法是authentication_policy=SHA256_PASSWORD,CACHING_SHA2_PASSWORD -
--skip-host-cache应改为运行时执行SET GLOBAL host_cache_size = 0，或在配置中写host_cache_size = 0 - 注意：弃用参数若与新参数共存（如同时配
expire_logs_days和binlog_expire_logs_seconds），后者一定生效，前者被静默忽略
参数名还在，但行为或默认值变了
最容易踩坑的是这种“看似没报错，实则失效”的情况。比如你写了 sql_mode = NO_ENGINE_SUBSTITUTION，却没意识到 8.0 默认已启用 STRICT_TRANS_TABLES，结果旧 SQL 的截断行为没被拦截。
-
local_infile：5.7 默认ON，8.0 默认OFF；若应用依赖LOAD DATA INFILE，必须显式设为ON -
max_connections：8.0 对动态设置加了下限（不能低于 10），仅靠SET GLOBAL可能被拒绝，得写进配置文件并重启 -
time_zone = +8:00是错的，正确写法是default-time-zone = "+8:00"（注意是default-time-zone，且带引号） - 验证是否真生效：登录后执行
SELECT @@global.sql_mode或SHOW VARIABLES LIKE 'local_infile'，别只信配置文件内容
配置文件根本没被加载，/www/server/mysql/my.cnf 白写了
尤其宝塔用户常把配置扔在 /www/server/mysql/my.cnf，重启后所有修改都不生效——因为 MySQL 8.0 默认根本不看这个路径。
- 它只按固定顺序扫描：
/etc/my.cnf→/etc/mysql/my.cnf→/usr/local/mysql/etc/my.cnf→~/.my.cnf -
/www/server/不在任何默认路径中，放那里等于没配 - 多个配置文件共存时（如
/etc/my.cnf和/etc/my.cnf.d/server.cnf），后加载的会覆盖同名参数，可用mysqld --verbose --help | grep "Default options"查实际加载路径 - 确认是否加载成功：启动后查
SELECT @@global.datadir，输出路径应与你修改的配置文件所在位置逻辑一致
最麻烦的不是参数删了，而是参数“看起来还在”——比如 tx_isolation 在 8.0.3 前还能用，升级到 8.0.3+ 就突然消失；又比如 expire_logs_days 在 8.0.11 后虽兼容但被标记弃用，直到 8.4 才真正移除。这种渐进式淘汰，最容易让人掉以轻心。
