不要用MySQL --2026年国外数据库专家,警告数据库使用者,不要再用MySQL
❝开头还是介绍一下群,如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, OceanBase, Sql Server等有问题,有需求都可以加群群内有各大数据库行业大咖,可以解决你的问题。加群请联系 liuaustin3 ,(共3400人左右 1 + 2 + 3 + 4 +5 + 6 + 7 + 8 +9)(1 2 3 4 5 6 7 8群已经爆满 9群 300+,开10群PolarDB专业学习群110+)
上周看到一条关于MySQL在github停更的信息,我也比较好奇,虽然目前所在的公司已经基本不在和MySQL开源数据库有太多的关系,但在中国有很多使用MySQL的数据库单位比比皆是。
本着负责和信息需要确认的态度,我搜索了一下,果不其然,国外已经有知名的数据库方面的专家,Otto,超过 25 年的软件工程与技术领导经验,曾在多个技术和开源社区担任重要职位。
职业轨迹
独立技术顾问 目前以独立顾问身份提供技术与组织咨询服务
Amazon Web Services (AWS) 曾任 软件开发经理(Software Development Manager),负责核心引擎团队,专注于 Amazon RDS for MySQL 与 MariaDB 等数据库服务
Seravo(芬兰) 曾任 CEO(直到 2021 年)
MariaDB Foundation 曾任 CEO(直到 2018 年) 技术与社区贡献
🐧 开源社区
活跃的 Debian 和 Ubuntu 开发者 在 Debian 包维护、更新与技术讨论中有实际贡献记录
在多个开源项目(GitHub / GitLab / Salsa)都有贡献记录,并乐于协助他人改进软件质量与管理流程
他的2026年1月11日的博客中,告知大家,停止使用MySQL并进行了阐述。看完他的内容我总结他的观点如下。
核心观点:为什么要在 2026 年放弃 MySQL?
并非真正的开源项目 尽管 MySQL 仍使用 GPL v2 许可证,但作者认为它在治理上已不是开源项目:
封闭开发: 所有的开发都在甲骨文内部完成,外部贡献者的代码(Pull Requests)经常被冷落、无视,或在没有任何署名的情况下被重写。
透明度缺失: 公开的 Bug 追踪系统只是摆设,甲骨文内部使用另一套不透明的系统。
对比 MariaDB: MariaDB 维持了真正的开源社区模式,所有讨论(Jira)、代码提交(GitHub)和代码审查均对公众开放。
技术层面的衰退 文章指出,MySQL 近年来的技术质量令人担忧
版本管理混乱: 在 8.0 维护版本(如 8.0.29)中引入重大更改而非仅仅是补丁,导致了多次严重的数据库崩溃和数据损坏。
更新缓慢: MySQL 8.0 到 8.4 LTS 之间经历了长达 6 年的断档,且新版本(8.4)被指缺乏实质性功能更新。
性能倒退: 引用性能专家 Mark Callaghan 的测试,新版本(如 9.5)在写密集型任务中的吞吐量甚至比 8.0 版本还低 15%。
功能剥离: 甲骨文将最前沿的功能(如向量搜索 Vector Search)保留在其闭源、云端专有的 Heatwave 服务中,而开源版本则主要进行代码清理和过时功能移除。
安全与主权风险 安全信息不透明: 2025 年 MySQL 发布了 123 个 CVE(漏洞),而 MariaDB 仅 8 个。更糟的是,甲骨文的漏洞报告内容模糊(例如:CVE-2025-53067),用户无法核实漏洞是否真的被修复,只能盲目信任甲骨文。
裁员阴影: 2025 年 9 月的裁员消息严重削弱了 MySQL 团队,导致维护版本的 Bug 修复数量明显下降。
https://optimizedbyotto.com/
(翻译上面的文字)还有各种形式的 在一个真正的开源项目中是看不到的,关于 MySQL 作为一个软件、留档和网站的一切都在推动用户停止使用开源版本,转向封闭的 MySQL 版本,特别是 Heatwave,它不仅是封闭源代码的,而且导致甲骨文完全控制客户的数据库内容。
而我也关注最近一段MYSQL的更新情况,无论是MySQL 9.5 最新版还是8.4 稳定版都停留在 2025年10月。所以在经过这些后,我不禁也要问,MySQL 死的时候能告诉大家一声吗?
之前我也有文章关于MySQL的问题,以及根因都是因为 mysql heatwave ,导致mysql 开源是一个非常糟糕的与其ORACLE mysql heatwave的竞争关系。
国外MySQL"专家"剑指MySQL严重事务问题--国内MySQL专家阿里云宋利兵老师解决问题
超强外挂让MySQL再次兴盛,国内神秘组织拯救MySQL行动
和架构师沟通那种“一坨”的系统,推荐只能是OceanBase,Why ?
OceanBase Hybrid search 能力测试,平换MySQL的好选择
写了3750万字的我,在2000字的OB白皮书上了一课--记 《OceanBase 社区版在泛互场景的应用案例研究
OceanBase 6大学习法--OBCA视频学习总结第六章
OceanBase 6大学习法--OBCA视频学习总结第五章--索引与表设计
OceanBase 6大学习法--OBCA视频学习总结第五章--开发与库表设计
OceanBase 6大学习法--OBCA视频学习总结第四章 --数据库安装
OceanBase 6大学习法--OBCA视频学习总结第三章--数据库引擎
OceanBase 架构学习--OB上手视频学习总结第二章 (OBCA)
OceanBase 6大学习法--OB上手视频学习总结第一章
没有谁是垮掉的一代--记 第四届 OceanBase 数据库大赛
跟我学OceanBase4.0 --阅读白皮书 (OB分布式优化哪里了提高了速度)
跟我学OceanBase4.0 --阅读白皮书 (4.0优化的核心点是什么)
跟我学OceanBase4.0 --阅读白皮书 (0.5-4.0的架构与之前架构特点)
跟我学OceanBase4.0 --阅读白皮书 (旧的概念害死人呀,更新知识和理念)
OceanBase 学习记录-- 建立MySQL租户,像用MySQL一样使用OB
“合体吧兄弟们!”——从浪浪山小妖怪看OceanBase国产芯片优化《OceanBase “重如尘埃”之歌》
MongoDB “升级项目” 大型连续剧(3)-- 自动校对代码与注意事项
MongoDB “升级项目” 大型连续剧(2)-- 到底谁是"der"
MongoDB “升级项目” 大型连续剧(1)-- 可“生”可不升
MongoDB 大俗大雅,上来问分片真三俗 -- 4 分什么分
MongoDB 大俗大雅,高端知识讲“庸俗” --3 奇葩数据更新方法
MongoDB 大俗大雅,高端的知识讲“通俗” -- 2 嵌套和引用
MongoDB 大俗大雅,高端的知识讲“低俗” -- 1 什么叫多模
MongoDB 合作考试报销活动 贴附属,MongoDB基础知识速通
MongoDB 使用网上妙招,直接DOWN机---清理表碎片导致的灾祸 (送书活动结束)
MongoDB 2023年度纽约 MongoDB 年度大会话题 -- MongoDB 数据模式与建模
MongoDB 麻烦专业点,不懂可以问,别这么用行吗 ! --TTL
免费PolarDB云原生课程,听课“争”礼品,重塑云上知识,提高专业能力
非“厂商广告”的PolarDB课程:用户共创的新式学习范本--7位同学获奖PolarDB学习之星
“当复杂的SQL不再需要特别的优化”,邪修研究PolarDB for PG 列式索引加速复杂SQL运行
“PostgreSQL” 高性能主从强一致读写分离,我行,你没戏!
POLARDB 添加字段 “卡” 住---这锅Polar不背
PolarDB 版本差异分析--外人不知道的秘密(谁是绵羊,谁是怪兽)
PolarDB 答题拿-- 飞刀总的书、同款卫衣、T恤,来自杭州的Package(活动结束了)
PolarDB for MySQL 三大核心之一POLARFS 今天扒开它--- 嘛是火
PostgreSQL 新版本就一定好--由培训现象让我做的实验
说我PG Freezing Boom 讲的一般的那个同学,专帖给你,看看这次可满意
PostgreSQL 无服务 Neon and Aurora 新技术下的新经济模式 (翻译)
“PostgreSQL” 高性能主从强一致读写分离,我行,你没戏!
全世界都在“搞” PostgreSQL ,从Oracle 得到一个“馊主意”开始
PostgreSQL 加索引系统OOM 怨我了--- 不怨你怨谁
PostgreSQL “我怎么就连个数据库都不会建?” --- 你还真不会!
PostgreSQL 稳定性平台 PG中文社区大会--杭州来去匆匆
PostgreSQL 分组查询可以不进行全表扫描吗?速度提高上千倍?
POSTGRESQL --Austindatabaes 历年文章整理
PostgreSQL 查询语句开发写不好是必然,不是PG的锅
这个 PostgreSQL 让我有资本找老板要 鸡腿 鸭腿 !!
MySQL相关文章
一篇为MySQL用户,分析版本核心差异的文章--8.028-8.4的差异
那个MySQL大事务比你稳定,主从延迟低,为什么? Look my eyes! 因为宋利兵宋老师