MySQL Docker 镜像最新版本认证插件变更解析

问题背景

近期许多使用 MySQL Docker 官方镜像的用户遇到了连接问题，特别是在 CI/CD 环境中运行集成测试时。这些问题的根源在于 MySQL 8.4.0 版本对认证插件的重大变更。

问题现象

用户报告的主要症状包括：

• 容器启动后无法建立数据库连接
• 客户端收到"Communications link failure"错误
• 日志中显示"unknown variable 'default-authentication-plugin=mysql_native_password'"错误

原因分析

MySQL 8.4.0 版本做出了以下重要变更：

1. 废弃 mysql_native_password 插件：该认证插件已被标记为废弃并默认禁用
2. 新的启用方式：必须使用新的 --mysql-native-password=ON 服务器选项来启用
3. 版本兼容性：从 8.4.0 降级到 8.3.0 不被允许，只能在同一主版本的小版本间降级

解决方案

方案一：更新启动命令

将原有的：

command: '--default-authentication-plugin=mysql_native_password'

修改为：

command: '--mysql-native-password=ON'

方案二：固定使用旧版本

指定使用 8.3.0 版本：

image: mysql:8.3.0

方案三：迁移到新认证方式

考虑迁移到 MySQL 推荐的 caching_sha2_password 认证插件，这是更安全的长期解决方案。

最佳实践建议

1. 避免使用 latest 标签：在生产环境中应明确指定主版本号，如 mysql:8.4 或 mysql:8.0
2. 测试环境隔离：CI/CD 环境应使用独立的数据库实例，避免与生产环境冲突
3. 版本升级策略：在升级前应充分测试，并准备好回滚方案
4. 数据迁移注意：如果已经升级到 8.4.0，需要先导出数据才能降级

技术背景

MySQL 8.4.0 是 MySQL 新版本策略中的"创新版本"，相比长期支持版本(LTS)会包含更多激进变更。这次认证插件的变更就是其中之一，目的是推动用户使用更现代的认证机制。

总结

MySQL Docker 镜像的这次变更提醒我们：

• 容器化部署同样需要关注上游变更
• 认证机制是数据库安全的重要组成部分
• 版本管理策略对系统稳定性至关重要

对于依赖 mysql_native_password 的现有系统，短期内可采用启用新选项的方案，但长期应考虑迁移到推荐的认证方式。