一篇为MySQL用户，分析版本核心差异的文章--8.028-8.4的差异

liuaustin32025年10月09日约 13 分钟

❝
开头还是介绍一下群，如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, OceanBase, Sql Server等有问题，有需求都可以加群群内有各大数据库行业大咖，可以解决你的问题。加群请联系 liuaustin3 ，（共3300人左右 1 + 2 + 3 + 4 +5 + 6 + 7 + 8 +9）(1 2 3 4 5 6 7群均已爆满，开8群近400 9群 200+，开10群PolarDB专业学习群100+)

从MySQL8.028后到8.4版本我基本就比较少跟了，这几天假期闲来无事，偶然想起MySQL新版本的一些内容到底这些版本都更新了什么，有什么推动我们需要关注的新知识点。我们来帮助大家梳理一下。

8.028之后对于rename column 和 drop column 的instant的优化。

ALGORITHM=INSTANT 的操作完全不涉及数据（Data）和索引（Index）的重构或拷贝。它仅在以下两个层面进行修改，数据字典 (Data Dictionary) 的修改：在系统表（如 mysql.innodb_table_stats 等）中更新表的定义（Metadata）。这个操作本身是极快的。内存中的表定义修改：仅更新 InnoDB 缓存的表结构定义。因为没有数据拷贝，所以操作可以在毫秒级完成，并且不中断或极少中断对表的读写操作（几乎没有锁竞争）。

在8.028之前修改列名，或者删除列会引来重建表的可能，而在8.029后我们将可以通过rename column (8.028),drop column (8.029)来支持 algorithm=instant 来进行瞬间的操作。

而另一个关键就是在我们add column的时候，如果指定添加的列在before or after的情况下，需要重建表，而现在在8.029后，就没有这个问题，即使在rename column 也是秒改。

除了对DBA管理有改变的部分，在数据库结构部分也有一些改变。

1 Redo log 动态的容量的引入，这个是8.030之后引入的变化，之前redo log buffer 默认是16MB ，如果要变化需要重启主机，（注意我们说的是REDO LOG BUFFER ，不是innodb buffer size）,这里让MYSQL 可以临时在有大事务的情况下临时变化，无需重启进行redo log buffer的变化。

那么随之被抛弃的变量innodb_log_files_in_group 和 innodb_log_file_size。

2 BINLOG 的日志格式，从8.034版本彻底将binlog format的格式的设置禁止，只能且只能有一个格式 row，之前老MYSQLDBA 熟悉的statement, mixed等都取消了。

3 一些认证方法的取消，如 FIDO ，这个认证方法是先进的但为什么取消了，这是因为MYSQL的云战略中认为更多的认证服务应该在数据库外进行集成，而不是在数据库内。

版本	发布日期 (GA)	重点领域	关键更新内容 / 重点特性 (Key Highlights)
8.0.28	2022-01-18	安全性、性能监控、DDL	移除 TLS v1.0/v1.1 支持；ALTER TABLE … RENAME COLUMN 支持 ALGORITHM=INSTANT；Performance Schema 引入 CPU_TIME 指标；新增连接内存监控与限制；DATE/TIME 支持至 3001 年。
8.0.29	2022-04-26	DDL、安全性、SQL 语法	（撤回版本，因严重 InnoDB 问题）；ALTER TABLE … DROP COLUMN 支持 ALGORITHM=INSTANT；敏感系统变量安全持久化；CREATE FUNCTION/PROCEDURE/TRIGGER 支持 IF NOT EXISTS；分离的 XA 事务。
8.0.30	2022-07-26	字符集、InnoDB、GIPK	InnoDB 支持 Redo Log 容量动态配置（innodb_redo_log_capacity）；引入 GIPK 模式（Generated Invisible Primary Keys）；新增 utf8mb4 多语言排序规则；REVOKE 支持 IF EXISTS。
8.0.31	2022-10-11	SQL 语法、优化器、组件	支持 SQL 标准 INTERSECT 和 EXCEPT 操作符；ANALYZE TABLE 支持 JSON 更新直方图；Performance Schema 内存指标增强；废弃 keyring_oci 插件。
8.0.32	2023-01-17	优化器、GIPK、废弃	更改 max_join_size 行为（限制基础表最大行访问数）；EXPLAIN 支持 explain_format 默认输出格式；废弃 `$` 开头的非带引号标识符。
8.0.33	2023-04-18	组件、安全、废弃	废弃用户自定义排序规则；企业版数据脱敏由插件转为组件；INSTALL COMPONENT 语句支持 SET 子句。
8.0.34	2023-07-18	安全、废弃、SQL	OpenSSL 升级至 3.0.9；废弃 mysqlpump 工具；废弃 binlog_format 变量；废弃 mysql_native_password 插件；CURRENT_USER() 可作为 VARCHAR/TEXT 默认值。
8.0.35	2023-10-25	废弃、安全、复制	废弃 FIDO 认证方法；废弃 INFORMATION_SCHEMA.PROCESSLIST；废弃授权中 %/_ 通配符；Group Replication 版本要求放宽。
8.0.36	2024-01-16	安全、性能	OpenSSL 升级至 3.0.12；更新 GnuPG 构建密钥。
8.0.37	2024-04-30	复制、克隆、性能	Clone 插件支持系列内点版本克隆；OpenSSL 升级至 3.0.13；修复 TempTable 引擎性能问题。
8.0.38	2024-07-01	（撤回版本）	修复 InnoDB 大量表重启失败的回归问题（实际在 8.0.39 修复）。
8.0.39	2024-07-23	修复	修复 8.0.38 引入的 InnoDB 重启失败问题。
8.0.40	2024-10-15	性能、安全	重设计 Performance Schema 的 data_locks / data_lock_waits，降低锁竞争；OpenSSL 升级至 3.0.15；mysql 客户端新增 --system-command 选项。
8.0.41	2025-01-21	修复、安全	修复空间索引损坏（Incompatible Change，需重建索引）；OpenSSL 升级至 3.0.16。
8.4.3 (LTS)	2024-10-15	性能、SQL 语法、复制	GROUP BY ROLLUP (...) 替代语法；Performance Schema 锁表重设计；二进制日志事务依赖跟踪优化（ankerl::unordered_dense::map）；OpenSSL 升级至 3.0.15。
8.4.4 (LTS)	2025-01-21	修复	修复空间索引损坏（同 8.0.41）；PERFORMANCE_SCHEMA.PROCESSLIST 用户分配改进。
8.4.5 (LTS)	2025-04-15	安全、修复、SQL	OpenSSL 升级至 3.0.16；新增 --check-table-functions 选项；修复 innodb_spin_wait_delay 性能回归。
8.4.6 (LTS)	2025-07-22	功能、GCS	mysql 客户端新增 --commands 选项；Group Replication GCS 改进，停止连接已离开的成员以减少延迟。

来自同一个声音

PolarDB 没有问题，数据一会对，一会不对，和PolarDB 的 读写节点同步有什么关系？

我和OceanBase集中式滚了4个月，回顾-安装中集中式的5个特点

为了训练AI做错事，判处5年10个月徒刑，上诉中院驳回，维持原判 另赔偿20余万元经济损失

甲骨文终于挺不住了，但这样裁员是不是有点过分了，你这样的我只在电影上看过

PolarDB 没有问题，数据一会对，一会不对，和PolarDB 的读写节点同步有什么关系？

为了训练AI做错事，判处5年10个月徒刑，上诉中院驳回，维持原判另赔偿20余万元经济损失