专栏名称: AustinDatabases

PostgreSQL ACE ,PolarDB 3年, OceanBase 极速学习ING, MongoDB 8年经验, MySQL OCP, SQL SERVER, MCITP，REDIS ，做一个合格的数据库架构师

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

AustinDatabases · 公众号 · 数据库 · 2025-02-05 06:00

主要观点总结

本文主要包含了关于数据库技术相关的讨论，涵盖了多个数据库系统如PolarDB、OceanBase、MySQL、PostgreSQL等，涉及性能评估、产品决策、DBA的求生之路等方面，还包括对数据库技术发展趋势的探讨。

关键观点总结

关键观点1: 数据库系统性能与功能对比

文章中对多个数据库系统进行了性能与功能的评估，如MySQL、PostgreSQL等开源数据库和Oracle收购MySQL后的产品决策等。这些对比揭示了不同数据库系统的优势和劣势。

关键观点2: 数据库技术发展与应用场景

文章讨论了数据库技术的最新发展，包括云化ETL、数据库稳定性平台等，并探讨了数据库在不同应用场景下的表现，如SaaS类企业数据库选型等。

关键观点3: 数据库维护与优化

文章提到了数据库维护的重要性，包括性能优化、数据备份等，同时介绍了不同数据库系统的管理和优化技巧。

关键观点4: 数据库行业趋势与挑战

文章探讨了数据库行业的最新趋势和挑战，包括云计算、人工智能等技术对数据库行业的影响，以及数据库市场竞争态势等。

正文

开头还是介绍一下群，如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, OceanBase, Sql Server等有问题，有需求都可以加群群内有各大数据库行业大咖，可以解决你的问题。加群请联系 liuaustin3 ，（共2720人左右 1 + 2 + 3 + 4 +5 + 6 + 7 + 8 +9）(1 2 3 4 5 6群均已爆满，7群430+，开8群150+ 9群)

这是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终究不是亲儿子？）

能让参与者挣到钱的生态才是好生态