1. MySQL开源现状的深度剖析
2026年,MySQL的开源状况已经发生了根本性变化。作为一名曾在AWS负责RDS MySQL和MariaDB核心团队的前工程经理,我亲眼目睹了这个数据库从活跃的开源项目逐渐演变为"名义开源"产品的全过程。
GitHub上的提交活动图表(见下图)清晰地展示了这一趋势:2025年1月以来,mysql/mysql-server仓库的代码提交量呈现断崖式下跌。这种下滑并非偶然,而是Oracle长期策略的必然结果——他们早已将开发重心转移到闭源的Heatwave服务上。
关键发现:Oracle内部使用的其实是完全独立的代码库和问题追踪系统,公开的GitHub仓库只是定期同步的"镜像"。这解释了为什么外部贡献者的PR经常数月得不到回应,即使被采纳也总是被重写且不保留原始作者信息。
需要模型API调用? 免费领10W Token,多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 技术衰退的实证分析
2.1 版本迭代的停滞现象
MySQL 8.0在2018年发布后,直到2024年才推出下一个长期支持版本8.4 LTS。更令人失望的是,这个所谓的"重大更新"几乎没有任何实质性新功能。对比同期MariaDB 11.x系列引入的窗口函数优化、即时DDL操作等创新,MySQL的停滞尤为明显。
2.2 性能倒退的基准测试
著名数据库专家Mark Callaghan的基准测试显示(如下图),MySQL 9.5在写密集型工作负载下的吞吐量比8.0版本降低了15%。这种性能衰退主要源于Oracle过度清理代码库而忽视实际优化。

2.3 升级陷阱
从5.7到8.0再到8.4的升级路径充满隐患:
- 8.0.29版本的ALTER TABLE默认改为in-place方式,导致大量数据库崩溃案例
- 8.4版本突然废弃的GROUP BY隐式排序等特性使大量旧应用报错
- 配置文件参数的不兼容修改导致升级后性能骤降
3. 开源治理的实质性差异
3.1 安全漏洞处理对比
2025年安全统计:
- MySQL披露123个CVE,其中117个是独有漏洞
- MariaDB仅8个CVE,且全部与共享代码库相关
更
