mysql 8.4 移除了 mysql_native_password 默认加载、expire_logs_days、innodb_log_file_size，并锁定 lower_case_table_names；需分别配置 mysql_native_password=on、binlog_expire_logs_seconds、innodb_redo_log_capacity，并在初始化前确定大小写策略。
mysql_native_password 默认不加载，必须显式启用
MySQL 8.4 直接移除了 mysql_native_password 插件的默认加载行为，哪怕你在 8.0 里用得好好的，导入到 8.4 后所有依赖该插件的用户都会报错 Error 1524 (HY000): Plugin 'mysql_native_password' is not loaded。
这不是配置“失效”，而是插件根本没被加载——8.4 启动时压根不认这个插件名，除非你主动告诉它要加载。
- 在
/etc/my.cnf的[mysqld]段下添加一行：mysql_native_password=ON - 注意：不能写成
default_authentication_plugin=mysql_native_password，这行在 8.4 里无效且可能引发启动失败 - 重启 mysqld 后，执行
SELECT PLUGIN_NAME, PLUGIN_STATUS FROM INFORMATION_SCHEMA.PLUGINS WHERE PLUGIN_NAME = 'mysql_native_password';确认状态为ACTIVE - 这只是临时兼容方案；长期应逐步将用户迁移到
caching_sha2_password，否则升级到 MySQL 9.0 会彻底不可用
binlog_expire_logs_seconds 替代 expire_logs_days
expire_logs_days 在 MySQL 8.4 中已被移除，继续保留在配置里会导致 mysqld 启动失败，并在错误日志中输出类似 Unknown variable 'expire_logs_days' 的报错。
它被更精确的秒级控制替代，且单位、语义和默认行为都变了。
MySQL 9.6.0是面向Linux平台的2026年创新版本，核心架构迎来重大革新。其将外键约束与级联操作从InnoDB引擎层上移至SQL层，确保所有数据变更均被完整记录至Binlog，彻底解决了CDC（变更数据捕获）与主从复制中的数据不一致难题。此外，该版本引入container_aware启动选项以原生适配容器环境，并对审计日志进行了组件化重构，为追求极致数据一致性与云原生体验的开发者提供了全新选择。
- 把旧配置中的
expire_logs_days=7改为binlog_expire_logs_seconds=604800（7×24×3600） - 该变量是动态可调的：
SET GLOBAL binlog_expire_logs_seconds = 259200;（3天） - 如果原来没设
expire_logs_days，8.4 默认值是3600秒（1小时），远短于旧版默认的 0（永不过期），务必检查并重设
innodb_redo_log_capacity 替代 innodb_log_file_size
MySQL 8.4 彻底废弃 innodb_log_file_size，改用统一的 innodb_redo_log_capacity 控制整个 Redo Log 总容量（含多个日志文件之和）。直接保留旧参数会导致启动拒绝加载配置。
- 若原配置为
innodb_log_file_size=256M且有 2 个日志文件，则总容量为 512MB → 新配置应为innodb_redo_log_capacity=536870912（字节）或innodb_redo_log_capacity=512M - 修改后必须先停库，手动删除旧的
ib_logfile*文件（否则启动报错InnoDB: The log file ib_logfile0 is smaller than the configured value） - 该值不能低于 1MB，也不能超过
innodb_buffer_pool_size × 0.5，否则 mysqld 会拒绝启动
lower_case_table_names 必须在初始化前确定，升级中无法变更
MySQL 8.4 对 lower_case_table_names 的限制比 8.0 更严格：一旦数据目录已存在，该值就完全锁定。试图在已有数据的实例上修改它，会导致启动失败并提示 lower_case_table_names must be set before initializing the server。
这不是警告，是硬性校验——哪怕你只是想从 0 改成 1，8.4 也会直接退出。
- 如果你当前是
lower_case_table_names=0（区分大小写），而业务又依赖小写表名访问，升级前必须导出重建：用mysqldump --databases导出，删掉原数据目录，重新初始化 mysqld（指定lower_case_table_names=1），再导入 - 8.4 不再允许运行时切换该值，也不支持通过
mysqld --initialize-insecure --lower-case-table-names=1覆盖已有目录 - 检查现有值：登录后执行
SELECT @@lower_case_table_names;，结果为 0/1/2，对应不同行为，别凭经验猜
innodb_redo_log_capacity 改动后必须清空日志文件，lower_case_table_names 变更等于重做整个数据目录。改错一行，服务就起不来。
