ORACLE 最终会把 MySQL 弄死对吗？原因是什么！ （译）

这2025年的第二篇，大家还没有进入状态，此时发一些技术类的文章估计是不会有太多人买账，那么咱们继续数据库周边新闻，这篇是Percona 的老板写的，控诉了ORACLE 对MySQL的一直以来的迫害，我们看看他说了什么

大约 15 年前，当 Oracle 收购 Sun 公司，从而也获得了 MySQL 时，互联网上充斥着关于 Oracle 何时会“扼杀 MySQL”的各种言论。各种各样的理论甚嚣尘上，从彻底消灭 MySQL 以减少其对 Oracle 专有产品的竞争，到仅仅扼杀其开源项目，只留下“MySQL Enterprise”作为唯一的选择，的谣言四起。散布此类谣言对 MariaDB、PostgreSQL 以及其他一些较小的竞争对手来说是有利的，因此这些谣言传播得非常广泛。

可当时的实际情况，Oracle 成了 MySQL 的一个相当好的管理者。MySQL 团队基本上保持了独立运作，由 MySQL 的元老级人物 Tomas Ulin 主要负责。MySQL 变得更加稳定和安全。许多技术债务得到了修复，并且添加了许多现代开发者需要的功能，例如 JSON 支持和对高级 SQL 标准特性的支持。

虽然存在“MySQL Enterprise”，但它实际上侧重于企业需要而开发者不太关心的功能，例如可插拔身份验证、审计、防火墙等。虽然也有专有的 GUI、监控和备份工具（例如 MySQL Enterprise Monitor），但也有大量的开源和专有竞争对手的产品，因此并没有造成巨大的锁定效应。

在那段时间里，我经常发现自己需要为 Oracle 辩护，以反驳许多人认为 Oracle 正在恶意对待 MySQL 的观点，仅仅因为……他们是 Oracle。

我认为在所有这些时间里，Oracle 一直在运用这个在开源领域众所周知的成功公式：“转化不应以牺牲用户的使用率为代价。”

这段话主要讲述了 Oracle 收购 MySQL 后，并没有像许多人预期的那样扼杀 MySQL，反而对其进行了很好的管理和发展。文章强调了 Oracle 采取了一种明智的开源策略，即在追求商业转化的同时，不牺牲 MySQL 的用户使用率和开源特性。

然而，近年来，随着“MySQL Heatwave”（Oracle 的 MySQL 云数据库）的推出，情况发生了变化。Heatwave 包含许多 MySQL Community 或 MySQL Enterprise 中不具备的功能，例如加速分析查询或 ML 功能。

就“分析查询”而言，这尤其成问题，因为 MySQL 甚至没有并行查询执行功能。在拥有数百个核心的 CPU 主机的时代，这些核心在M有SQL上的速度并没有显著提高，这越来越限制了数据库的性能。这不仅适用于来自分析应用程序的查询，也适用于在操作应用程序中常见的简单“group by”查询。

注意：MySQL 8 对 DDL 有一些并行化支持，但对查询没有。

这是否和让人们更有理由接受 MySQL Heatwave 有关？或者，更确切地说，是转向 PostgreSQL 或采用 Clickhouse？

向量搜索是开源 MySQL 缺乏的另一个领域。虽然所有其他主要的开源数据库都增加了对向量搜索功能的支持，并且 MariaDB 也在努力开发该功能，但在 MySQL 生态系统中，将其作为云独有的 MySQL Heatwave 功能，至少可以说是令人遗憾的。

然后，也许还有最奇怪的选择——Javascript 支持已作为 MySQL Enterprise 的独有功能发布，而我认为 MySQL 应该尽一切努力赢得 Javascript 开发者的青睐，他们中的许多人已经更喜欢像 MongoDB 这样更简单的数据库。

我认为所有这些都打破了上面提到的黄金法则，因为它们肯定会限制 MySQL 的采用，无论是从这些特定功能的角度来看，还是从对这种看似政策变化的未来对 MySQL 意味着什么的担忧来看。

如果这还不够，与 MySQL 5.6 相比，MySQL 在简单的单线程工作负载方面似乎遭受了多年在性能工程部门的忽视，导致性能显著下降。你可以声称功能会牺牲性能，但 MariaDB 能够显著减少性能下降，而 PostgreSQL 甚至在添加新功能的同时提高了性能。

显然，我无法得知 Oracle 管理团队的谈话内容，我也无法判断这是无知还是恶意，但在 PostgreSQL 大步赢得人心，并根据 DB-Engines 显著缩小了与 MySQL 的采用差距，并且根据 StackOverflow 开发者调查已经是目前最受欢迎的开源关系型数据库之际，过去几年这样的产品决策肯定不利于 MySQL 的采用。

这段话延续了前文的论述，指出 Oracle 近年来对 MySQL 的策略发生了变化，不再遵循“转化不应以牺牲采用率为代价”的原则。文章主要批评了以下几点：

Heatwave 的独有特性： Oracle 将一些关键特性，如分析查询加速、ML 功能和向量搜索，仅放在 MySQL Heatwave 中，这使得开源 MySQL 缺乏竞争力，并迫使用户转向 Oracle 的云服务。

缺乏并行查询执行： MySQL 缺乏并行查询执行功能，这在多核 CPU 时代是一个明显的劣势，影响了性能。

Javascript 支持的限制： 将 Javascript 支持限制在 MySQL Enterprise 中，错失了吸引 Javascript 开发者的机会。

性能下降： 与旧版本相比，MySQL 在单线程工作负载方面出现了性能下降，而其他数据库（如 MariaDB 和 PostgreSQL）则做得更好。

文章认为，这些决策违背了 Oracle 之前成功的开源策略，限制了 MySQL 的采用，并使得 PostgreSQL 等竞争对手获得了更大的市场份额。作者暗示 Oracle 的这些行为可能是出于商业利益的考虑，但无论出于何种原因，都对 MySQL 的长期发展不利。

https://www.percona.com/blog/is-oracle-finally-killing-mysql/

个人总结：

后记，在数据库产品日益竞争激烈的今天，MySQL早已失去了原有的地位，如同昨天（白鳝）老师的文章，好的数据库产品要带着大家一起“进步”，而甲骨文这样对MySQL的做法，已然是杀鸡取卵，依靠MySQL最后的余温，让开源的MySQL比对云上MySQL有多差劲，云上甲骨文的MySQL才是极具竞争力的数据库产品，而这样的做法，已经激怒了以Percona开源数据库产品为基础的数据库服务商，这已然对这些厂商产生了真正的威胁，俗话说的好，有钱大家一起赚，吃独食......甲骨文你吃相不要太难看！（因为MySQL终究不是亲儿子？）