1. MySQL 8.0版本升级背景与建议作为一名长期使用MySQL的DBA我亲历了从5.7到8.0的升级过程。MySQL 8.0是Oracle在2018年发布的重大版本更新带来了诸多性能改进和新特性。根据我的实践经验强烈建议使用8.0.17及之后的版本因为这些版本修复了早期8.0版本中的许多关键问题。官方文档是了解新特性的最佳途径特别是以下几个关键参考新增、弃用和删除的特性 MySQL 8.0新特性概览新增、弃用和删除的参数 参数变更说明InnoDB架构变化 InnoDB架构详解提示生产环境升级前务必在测试环境充分验证兼容性和性能表现。我曾在升级过程中遇到过存储过程兼容性问题提前测试可以避免类似情况。2. 索引功能增强2.1 真正的降序索引在MySQL 5.7及之前版本虽然语法支持DESC关键字创建降序索引但实际上创建的仍然是升序索引。这会导致某些查询仍需文件排序(filesort)影响性能。-- MySQL 5.7演示 CREATE TABLE t1(c1 INT, c2 INT, INDEX idx_c1_c2(c1,c2 DESC)); SHOW CREATE TABLE t1; -- 实际显示KEY idx_c1_c2 (c1,c2) 没有DESCMySQL 8.0真正实现了降序索引这对某些特定查询模式性能提升显著-- MySQL 8.0演示 CREATE TABLE t1(c1 INT, c2 INT, INDEX idx_c1_c2(c1,c2 DESC)); SHOW CREATE TABLE t1; -- 显示KEY idx_c1_c2 (c1,c2 DESC) -- 使用降序索引的查询 EXPLAIN SELECT * FROM t1 ORDER BY c1, c2 DESC; -- Extra列显示Using index没有Using filesort注意事项只有InnoDB存储引擎支持真正的降序索引查询必须完全匹配索引定义的排序方向才能避免filesort混合排序(如ORDER BY c1 ASC, c2 DESC)仍需filesort2.2 隐藏索引隐藏索引是8.0引入的非常有用的功能它允许我们将索引标记为不可见优化器会忽略这类索引但索引数据仍会被维护。这在索引调优时特别有用-- 创建包含隐藏索引的表 CREATE TABLE t2( c1 INT, c2 INT, INDEX idx_c1(c1), INDEX idx_c2(c2) INVISIBLE ); -- 查看索引可见性 SHOW INDEX FROM t2;使用场景软删除索引不确定是否要删除某个索引时可以先设为隐藏观察一段时间性能测试可以比较有索引和无索引的性能差异特殊维护需要临时禁用某个索引时注意事项主键不能设为隐藏索引即使使用FORCE INDEX优化器也不会使用隐藏索引可以通过设置optimizer_switchuse_invisible_indexeson临时启用隐藏索引2.3 函数索引MySQL 8.0.13开始支持函数索引这解决了之前对字段使用函数会导致索引失效的问题CREATE TABLE t3( c1 VARCHAR(10), c2 VARCHAR(10), INDEX idx_c1(c1), INDEX func_idx ((UPPER(c2))) -- 函数索引 ); -- 使用函数索引的查询 EXPLAIN SELECT * FROM t3 WHERE UPPER(c2)ZHUGE; -- 会使用func_idx索引实现原理 函数索引基于虚拟列实现相当于新增了一个计算列然后在这个列上创建索引。注意事项函数表达式必须用括号括起来不是所有函数都支持比如聚合函数、窗口函数等不支持函数索引会增加写操作的开销3. 锁机制优化3.1 SELECT FOR UPDATE跳过锁等待在5.7及之前版本SELECT FOR UPDATE如果获取不到锁会一直等待直到超时。8.0新增了NOWAIT和SKIP LOCKED选项-- 会话1锁定某行 BEGIN; UPDATE t1 SET c2 60 WHERE c1 2; -- 会话2尝试获取锁 -- 传统方式会等待 SELECT * FROM t1 WHERE c1 2 FOR UPDATE; -- 立即返回错误 SELECT * FROM t1 WHERE c1 2 FOR UPDATE NOWAIT; -- ERROR 3572 (HY000): Statement aborted because lock(s) could not be acquired immediately and NOWAIT is set. -- 跳过被锁定的行 SELECT * FROM t1 FOR UPDATE SKIP LOCKED; -- 只返回未被锁定的行应用场景高并发票务系统避免用户长时间等待任务队列处理可以跳过被锁定的任务处理其他任务实时报表系统即使部分数据被锁定也能返回可用数据注意事项SKIP LOCKED可能导致读取的数据不完整使用这些选项可能破坏事务的隔离性需谨慎评估业务影响4. 性能与资源管理4.1 innodb_dedicated_server参数这个参数让InnoDB能根据服务器内存自动配置关键参数SHOW VARIABLES LIKE innodb_dedicated_server; -- 默认OFF SET GLOBAL innodb_dedicated_serverON; -- 启用自动配置自动配置的参数包括innodb_buffer_pool_sizeinnodb_log_file_sizeinnodb_flush_methodinnodb_log_files_in_group注意事项仅适用于专用MySQL服务器如果服务器还运行其他服务不建议启用自动配置的值可能不符合特定工作负载需求生产环境建议手动调优4.2 死锁检测控制MySQL 8.0提供了死锁检测的开关SHOW VARIABLES LIKE innodb_deadlock_detect; -- 默认ON SET GLOBAL innodb_deadlock_detectOFF; -- 关闭死锁检测为什么需要关闭死锁检测 在高并发系统中死锁检测会消耗大量CPU资源。如果确认系统很少发生死锁可以关闭检测提升性能。注意事项关闭后需要设置合理的innodb_lock_wait_timeout需要确保应用能正确处理锁超时错误建议仅在性能瓶颈明确是死锁检测时使用5. 存储引擎改进5.1 UNDO表空间独立MySQL 8.0不再使用系统表空间存储UNDO日志而是默认创建两个独立的UNDO表空间。这样做的好处减少系统表空间大小可以单独管理UNDO表空间支持UNDO表空间的truncate操作解决长期运行事务导致的UNDO膨胀问题5.2 系统表全部使用InnoDBMySQL 8.0将系统表和数据字典表全部改为InnoDB存储引擎默认实例不再包含MyISAM表除非手动创建。这带来以下优势统一存储引擎简化管理利用InnoDB的事务特性保证系统表操作的一致性提高系统表的可靠性和性能6. 元数据管理6.1 元数据存储变更8.0删除了.frm等元数据文件全部集中存储在mysql.ibd数据字典表中。这简化了数据库文件管理提高了DDL操作的原子性。优势不再有表定义文件与存储引擎之间的不一致问题原子DDL操作成为可能简化备份和恢复过程6.2 原子DDLMySQL 8.0支持原子DDL操作DDL语句要么完全成功要么回滚到执行前的状态-- 在8.0中如果删除表时出错所有操作会回滚 DROP TABLE t1, t2; -- 如果t2不存在t1也不会被删除支持的DDL类型数据库、表空间、表、索引的CREATE、ALTER、DROP存储程序、触发器、视图的CREATE、DROP、ALTER用户和角色管理语句注意事项原子DDL需要底层存储引擎支持目前只有InnoDB完全支持一个原子DDL操作可能包含多个子操作这些子操作作为一个整体原子执行7. 自增与字符集7.1 自增变量持久化在8.0之前自增主键值在MySQL重启后可能重置导致主键冲突。8.0版本持久化自增值CREATE TABLE t(id INT AUTO_INCREMENT PRIMARY KEY, c1 VARCHAR(20)); INSERT INTO t(c1) VALUES(a),(b),(c); DELETE FROM t WHERE id3; -- 5.7重启后可能重用id38.0会使用id4注意事项自增值持久化存储在数据字典中即使服务器崩溃自增值也不会重置仍然可以通过ALTER TABLE重置自增值7.2 默认字符集变更MySQL 8.0默认字符集从latin1变为utf8mb4utf8默认指向utf8mb4SHOW VARIABLES LIKE character_set%;utf8mb4的优势完整支持Unicode包括emoji表情更好的多语言支持避免因字符集转换导致的性能开销注意事项升级时需要注意字符集兼容性问题utf8mb4会比latin1占用更多存储空间索引前缀长度限制可能受到影响767字节8. 参数持久化MySQL 8.0支持参数修改持久化SET PERSIST innodb_lock_wait_timeout25;持久化的参数会存储在数据目录下的mysqld-auto.cnf文件中格式为JSON。当my.cnf和mysqld-auto.cnf同时存在时后者优先级更高。优势无需手动编辑配置文件动态参数修改在重启后仍然有效可以记录参数修改的用户和时间信息注意事项不是所有参数都支持PERSIST生产环境修改参数仍需谨慎可以通过RESET PERSIST清除持久化设置9. 窗口函数MySQL 8.0引入了强大的窗口函数功能可以执行复杂分析查询而不需要自连接或子查询-- 创建示例表 CREATE TABLE account_channel ( id INT NOT NULL AUTO_INCREMENT, name VARCHAR(255), channel VARCHAR(20), balance INT, PRIMARY KEY (id) ); -- 窗口函数示例 SELECT name, channel, balance, SUM(balance) OVER(PARTITION BY name) AS sum_balance, AVG(balance) OVER(PARTITION BY name) AS avg_balance, RANK() OVER(ORDER BY balance DESC) AS balance_rank FROM account_channel;常用窗口函数聚合函数SUM(), AVG(), COUNT(), MAX(), MIN()等加OVER()排序函数ROW_NUMBER(), RANK(), DENSE_RANK()分布函数PERCENT_RANK(), CUME_DIST()前后函数LAG(), LEAD()首尾函数FIRST_VALUE(), LAST_VALUE()注意事项窗口函数不会减少返回的行数性能可能成为问题特别是在大数据集上复杂的窗口函数可能难以理解和维护10. 其他重要改进10.1 binlog过期时间精确到秒8.0之前使用expire_logs_days参数设置binlog过期时间天为单位8.0改用binlog_expire_logs_seconds参数秒为单位提供更精细的控制。SHOW VARIABLES LIKE binlog_expire_logs_seconds;10.2 改进的JSON支持MySQL 8.0增强了JSON功能新增JSON_TABLE()函数可以将JSON数据转换为关系表格式改进JSON聚合函数JSON_ARRAYAGG()和JSON_OBJECTAGG()增加JSON路径表达式范围查询支持10.3 通用表表达式(CTE)8.0支持通用表表达式(WITH子句)可以创建临时结果集WITH regional_sales AS ( SELECT region, SUM(amount) AS total_sales FROM orders GROUP BY region ) SELECT region, total_sales FROM regional_sales WHERE total_sales (SELECT SUM(total_sales)/10 FROM regional_sales);10.4 资源组管理MySQL 8.0允许将服务器资源分配给不同的资源组并为线程分配资源组CREATE RESOURCE GROUP rg1 TYPE USER VCPU 0-3; SET RESOURCE GROUP rg1 FOR thread_id;11. 升级注意事项根据我参与的多次升级经验MySQL 8.0升级需要注意以下问题兼容性问题检查所有存储过程、函数和触发器语法验证应用程序SQL语句兼容性注意保留字变化如rank在8.0是保留字性能变化8.0优化器有很大改进但可能导致某些查询计划变化测试关键查询性能必要时使用优化器提示安全变更默认身份验证插件改为caching_sha2_password可能需要更新客户端连接库升级步骤先在测试环境验证备份所有数据使用mysql_upgrade工具监控升级后性能回滚计划准备详细的回滚步骤确保备份可用性设置适当的维护窗口12. 生产环境实践建议基于我在多个生产环境的部署经验分享以下建议版本选择生产环境建议使用8.0的最新GA版本关注发布说明中的已知问题参数调优即使使用innodb_dedicated_server仍需检查自动设置的参数根据工作负载特点调整缓冲池、日志文件等关键参数监控重点新增的性能模式表如metadata_locks资源组使用情况窗口函数的执行效率备份策略8.0的mysqlpump和mysqldump支持更多选项考虑使用Clone Plugin进行快速数据部署高可用8.0改进的Group Replication性能更好InnoDB Cluster提供更完整的高可用解决方案MySQL 8.0是一个里程碑式的版本它的诸多改进让MySQL在现代应用开发中更具竞争力。在实际使用中我发现窗口函数、原子DDL和资源组管理等功能特别有价值显著简化了开发和运维工作。 
长河君 · 2026/11/3 17:55:06 · 阅读 1.2k MySQL 8.0核心特性解析与升级实践指南
1. MySQL 8.0版本升级背景与建议作为一名长期使用MySQL的DBA我亲历了从5.7到8.0的升级过程。MySQL 8.0是Oracle在2018年发布的重大版本更新带来了诸多性能改进和新特性。根据我的实践经验强烈建议使用8.0.17及之后的版本因为这些版本修复了早期8.0版本中的许多关键问题。官方文档是了解新特性的最佳途径特别是以下几个关键参考新增、弃用和删除的特性 MySQL 8.0新特性概览新增、弃用和删除的参数 参数变更说明InnoDB架构变化 InnoDB架构详解提示生产环境升级前务必在测试环境充分验证兼容性和性能表现。我曾在升级过程中遇到过存储过程兼容性问题提前测试可以避免类似情况。2. 索引功能增强2.1 真正的降序索引在MySQL 5.7及之前版本虽然语法支持DESC关键字创建降序索引但实际上创建的仍然是升序索引。这会导致某些查询仍需文件排序(filesort)影响性能。-- MySQL 5.7演示 CREATE TABLE t1(c1 INT, c2 INT, INDEX idx_c1_c2(c1,c2 DESC)); SHOW CREATE TABLE t1; -- 实际显示KEY idx_c1_c2 (c1,c2) 没有DESCMySQL 8.0真正实现了降序索引这对某些特定查询模式性能提升显著-- MySQL 8.0演示 CREATE TABLE t1(c1 INT, c2 INT, INDEX idx_c1_c2(c1,c2 DESC)); SHOW CREATE TABLE t1; -- 显示KEY idx_c1_c2 (c1,c2 DESC) -- 使用降序索引的查询 EXPLAIN SELECT * FROM t1 ORDER BY c1, c2 DESC; -- Extra列显示Using index没有Using filesort注意事项只有InnoDB存储引擎支持真正的降序索引查询必须完全匹配索引定义的排序方向才能避免filesort混合排序(如ORDER BY c1 ASC, c2 DESC)仍需filesort2.2 隐藏索引隐藏索引是8.0引入的非常有用的功能它允许我们将索引标记为不可见优化器会忽略这类索引但索引数据仍会被维护。这在索引调优时特别有用-- 创建包含隐藏索引的表 CREATE TABLE t2( c1 INT, c2 INT, INDEX idx_c1(c1), INDEX idx_c2(c2) INVISIBLE ); -- 查看索引可见性 SHOW INDEX FROM t2;使用场景软删除索引不确定是否要删除某个索引时可以先设为隐藏观察一段时间性能测试可以比较有索引和无索引的性能差异特殊维护需要临时禁用某个索引时注意事项主键不能设为隐藏索引即使使用FORCE INDEX优化器也不会使用隐藏索引可以通过设置optimizer_switchuse_invisible_indexeson临时启用隐藏索引2.3 函数索引MySQL 8.0.13开始支持函数索引这解决了之前对字段使用函数会导致索引失效的问题CREATE TABLE t3( c1 VARCHAR(10), c2 VARCHAR(10), INDEX idx_c1(c1), INDEX func_idx ((UPPER(c2))) -- 函数索引 ); -- 使用函数索引的查询 EXPLAIN SELECT * FROM t3 WHERE UPPER(c2)ZHUGE; -- 会使用func_idx索引实现原理 函数索引基于虚拟列实现相当于新增了一个计算列然后在这个列上创建索引。注意事项函数表达式必须用括号括起来不是所有函数都支持比如聚合函数、窗口函数等不支持函数索引会增加写操作的开销3. 锁机制优化3.1 SELECT FOR UPDATE跳过锁等待在5.7及之前版本SELECT FOR UPDATE如果获取不到锁会一直等待直到超时。8.0新增了NOWAIT和SKIP LOCKED选项-- 会话1锁定某行 BEGIN; UPDATE t1 SET c2 60 WHERE c1 2; -- 会话2尝试获取锁 -- 传统方式会等待 SELECT * FROM t1 WHERE c1 2 FOR UPDATE; -- 立即返回错误 SELECT * FROM t1 WHERE c1 2 FOR UPDATE NOWAIT; -- ERROR 3572 (HY000): Statement aborted because lock(s) could not be acquired immediately and NOWAIT is set. -- 跳过被锁定的行 SELECT * FROM t1 FOR UPDATE SKIP LOCKED; -- 只返回未被锁定的行应用场景高并发票务系统避免用户长时间等待任务队列处理可以跳过被锁定的任务处理其他任务实时报表系统即使部分数据被锁定也能返回可用数据注意事项SKIP LOCKED可能导致读取的数据不完整使用这些选项可能破坏事务的隔离性需谨慎评估业务影响4. 性能与资源管理4.1 innodb_dedicated_server参数这个参数让InnoDB能根据服务器内存自动配置关键参数SHOW VARIABLES LIKE innodb_dedicated_server; -- 默认OFF SET GLOBAL innodb_dedicated_serverON; -- 启用自动配置自动配置的参数包括innodb_buffer_pool_sizeinnodb_log_file_sizeinnodb_flush_methodinnodb_log_files_in_group注意事项仅适用于专用MySQL服务器如果服务器还运行其他服务不建议启用自动配置的值可能不符合特定工作负载需求生产环境建议手动调优4.2 死锁检测控制MySQL 8.0提供了死锁检测的开关SHOW VARIABLES LIKE innodb_deadlock_detect; -- 默认ON SET GLOBAL innodb_deadlock_detectOFF; -- 关闭死锁检测为什么需要关闭死锁检测 在高并发系统中死锁检测会消耗大量CPU资源。如果确认系统很少发生死锁可以关闭检测提升性能。注意事项关闭后需要设置合理的innodb_lock_wait_timeout需要确保应用能正确处理锁超时错误建议仅在性能瓶颈明确是死锁检测时使用5. 存储引擎改进5.1 UNDO表空间独立MySQL 8.0不再使用系统表空间存储UNDO日志而是默认创建两个独立的UNDO表空间。这样做的好处减少系统表空间大小可以单独管理UNDO表空间支持UNDO表空间的truncate操作解决长期运行事务导致的UNDO膨胀问题5.2 系统表全部使用InnoDBMySQL 8.0将系统表和数据字典表全部改为InnoDB存储引擎默认实例不再包含MyISAM表除非手动创建。这带来以下优势统一存储引擎简化管理利用InnoDB的事务特性保证系统表操作的一致性提高系统表的可靠性和性能6. 元数据管理6.1 元数据存储变更8.0删除了.frm等元数据文件全部集中存储在mysql.ibd数据字典表中。这简化了数据库文件管理提高了DDL操作的原子性。优势不再有表定义文件与存储引擎之间的不一致问题原子DDL操作成为可能简化备份和恢复过程6.2 原子DDLMySQL 8.0支持原子DDL操作DDL语句要么完全成功要么回滚到执行前的状态-- 在8.0中如果删除表时出错所有操作会回滚 DROP TABLE t1, t2; -- 如果t2不存在t1也不会被删除支持的DDL类型数据库、表空间、表、索引的CREATE、ALTER、DROP存储程序、触发器、视图的CREATE、DROP、ALTER用户和角色管理语句注意事项原子DDL需要底层存储引擎支持目前只有InnoDB完全支持一个原子DDL操作可能包含多个子操作这些子操作作为一个整体原子执行7. 自增与字符集7.1 自增变量持久化在8.0之前自增主键值在MySQL重启后可能重置导致主键冲突。8.0版本持久化自增值CREATE TABLE t(id INT AUTO_INCREMENT PRIMARY KEY, c1 VARCHAR(20)); INSERT INTO t(c1) VALUES(a),(b),(c); DELETE FROM t WHERE id3; -- 5.7重启后可能重用id38.0会使用id4注意事项自增值持久化存储在数据字典中即使服务器崩溃自增值也不会重置仍然可以通过ALTER TABLE重置自增值7.2 默认字符集变更MySQL 8.0默认字符集从latin1变为utf8mb4utf8默认指向utf8mb4SHOW VARIABLES LIKE character_set%;utf8mb4的优势完整支持Unicode包括emoji表情更好的多语言支持避免因字符集转换导致的性能开销注意事项升级时需要注意字符集兼容性问题utf8mb4会比latin1占用更多存储空间索引前缀长度限制可能受到影响767字节8. 参数持久化MySQL 8.0支持参数修改持久化SET PERSIST innodb_lock_wait_timeout25;持久化的参数会存储在数据目录下的mysqld-auto.cnf文件中格式为JSON。当my.cnf和mysqld-auto.cnf同时存在时后者优先级更高。优势无需手动编辑配置文件动态参数修改在重启后仍然有效可以记录参数修改的用户和时间信息注意事项不是所有参数都支持PERSIST生产环境修改参数仍需谨慎可以通过RESET PERSIST清除持久化设置9. 窗口函数MySQL 8.0引入了强大的窗口函数功能可以执行复杂分析查询而不需要自连接或子查询-- 创建示例表 CREATE TABLE account_channel ( id INT NOT NULL AUTO_INCREMENT, name VARCHAR(255), channel VARCHAR(20), balance INT, PRIMARY KEY (id) ); -- 窗口函数示例 SELECT name, channel, balance, SUM(balance) OVER(PARTITION BY name) AS sum_balance, AVG(balance) OVER(PARTITION BY name) AS avg_balance, RANK() OVER(ORDER BY balance DESC) AS balance_rank FROM account_channel;常用窗口函数聚合函数SUM(), AVG(), COUNT(), MAX(), MIN()等加OVER()排序函数ROW_NUMBER(), RANK(), DENSE_RANK()分布函数PERCENT_RANK(), CUME_DIST()前后函数LAG(), LEAD()首尾函数FIRST_VALUE(), LAST_VALUE()注意事项窗口函数不会减少返回的行数性能可能成为问题特别是在大数据集上复杂的窗口函数可能难以理解和维护10. 其他重要改进10.1 binlog过期时间精确到秒8.0之前使用expire_logs_days参数设置binlog过期时间天为单位8.0改用binlog_expire_logs_seconds参数秒为单位提供更精细的控制。SHOW VARIABLES LIKE binlog_expire_logs_seconds;10.2 改进的JSON支持MySQL 8.0增强了JSON功能新增JSON_TABLE()函数可以将JSON数据转换为关系表格式改进JSON聚合函数JSON_ARRAYAGG()和JSON_OBJECTAGG()增加JSON路径表达式范围查询支持10.3 通用表表达式(CTE)8.0支持通用表表达式(WITH子句)可以创建临时结果集WITH regional_sales AS ( SELECT region, SUM(amount) AS total_sales FROM orders GROUP BY region ) SELECT region, total_sales FROM regional_sales WHERE total_sales (SELECT SUM(total_sales)/10 FROM regional_sales);10.4 资源组管理MySQL 8.0允许将服务器资源分配给不同的资源组并为线程分配资源组CREATE RESOURCE GROUP rg1 TYPE USER VCPU 0-3; SET RESOURCE GROUP rg1 FOR thread_id;11. 升级注意事项根据我参与的多次升级经验MySQL 8.0升级需要注意以下问题兼容性问题检查所有存储过程、函数和触发器语法验证应用程序SQL语句兼容性注意保留字变化如rank在8.0是保留字性能变化8.0优化器有很大改进但可能导致某些查询计划变化测试关键查询性能必要时使用优化器提示安全变更默认身份验证插件改为caching_sha2_password可能需要更新客户端连接库升级步骤先在测试环境验证备份所有数据使用mysql_upgrade工具监控升级后性能回滚计划准备详细的回滚步骤确保备份可用性设置适当的维护窗口12. 生产环境实践建议基于我在多个生产环境的部署经验分享以下建议版本选择生产环境建议使用8.0的最新GA版本关注发布说明中的已知问题参数调优即使使用innodb_dedicated_server仍需检查自动设置的参数根据工作负载特点调整缓冲池、日志文件等关键参数监控重点新增的性能模式表如metadata_locks资源组使用情况窗口函数的执行效率备份策略8.0的mysqlpump和mysqldump支持更多选项考虑使用Clone Plugin进行快速数据部署高可用8.0改进的Group Replication性能更好InnoDB Cluster提供更完整的高可用解决方案MySQL 8.0是一个里程碑式的版本它的诸多改进让MySQL在现代应用开发中更具竞争力。在实际使用中我发现窗口函数、原子DDL和资源组管理等功能特别有价值显著简化了开发和运维工作。