虽然 PostgreSQL 近年来蓬勃发展，但 MySQL 却陷入了低迷。MySQL 的支持者们正在联合起来改变这一状况。

2025 年 5 月，MySQL 庆祝了其 30 周年纪念。很少有技术项目能持续三十年，更别说像 MySQL 这样被广泛使用了。MySQL 在 DB-Engines 排名中位列 #2，并且被评为部署次数最多的关系型数据库。

然而，尽管 MySQL 被广泛使用，但它被视为被 PostgreSQL 取代。查看 2025 年 Stack Overflow 开发者调查 ，55.6%的开发者使用 PostgreSQL，而使用 MySQL 的比例为 40.5%。而当你看看最受推崇的技术时，PostgreSQL 的使用率为 46.5%，而 MySQL 则仅为 20.5%。虽然开发者显然对 PostgreSQL 评价很高，但他们对 MySQL 的看法并不那么积极。

这两个数据库都是极好的选择。PostgreSQL 是一个可靠、可扩展且功能丰富的数据库，但它可能超出简单应用项目的需求。MySQL 部署快速、易用，且在正确实施时既可扩展又高效。但 PostgreSQL 有粉丝和支持者，而 MySQL 没有。

这不是年龄的问题。PostgreSQL 比 MySQL 更早 ，开发工作始于 1986 年，尽管 PostgreSQL 的第一个版本直到 1995 年才发布 。不同的是，开源社区致力于 PostgreSQL，并庆祝正在发生的发展和多样性。围绕 PostgreSQL 的公司和贡献者众多，使其更容易被采用。

相比之下，MySQL 社区......安静。尽管自 2010 年甲骨文收购 Sun 以来一直是 MySQL 的重要管理者，但开源的 MySQL 社区版在新增创新功能方面，所获得的关注和关注远不及付费的 MySQL 企业版或云端版本。

例如，Oracle 的 MySQL HeatWave 拥有向量搜索等创新功能，这对 AI 项目至关重要，但 MySQL 社区版却缺乏这一功能 。虽然 MySQL 社区版可以存储向量数据，但它无法对该数据进行基于索引的搜索或近似最近邻搜索。

对社区来说是个震惊

在其他开源社区中，我们看到了一次“重大震惊”，带来了变革。例如，当 Redis 将软件许可证更改为“源代码可用”时， 社区创建了 Valkey 作为替代方案。当 HashiCorp 更改 Terraform 许可时，促成了 OpenTofu 的诞生 。这些项目加入了开源基金会，提供代码贡献、支持和维护的公司数量增加。

在避免了对系统造成如此巨大冲击后，MySQL 社区多年来一直处于停滞状态，继续维持现状。然而，在一个科技公司如鲨鱼般不断前进以避免竞争对手淘汰的行业中，这种停滞对社区和整个项目都是有害的。

然而，一个重大震惊可能终于降临了。 许多甲骨文员工的流失影响了 MySQL 开发的速度。从每季度更新发布的漏洞修复数量来看，修复的问题数量已降至之前的三分之一。相比 2025 年第一季度 （65 个修复）和第二季度 （同样 65 个修复），MySQL 8.4.7 仅发布了 21 个漏洞修复。虽然单纯的错误数字并不是一个完全代表性的指标，但这次下降本身就显示出 MySQL 被削弱了多少重视。

作为回应，支持 MySQL 的公司正在联合起来。这些公司认识到，开发 MySQL 未来的发展路径至关重要。这将导致什么，取决于社区之外的决策。这会不会成为 MySQL 分支的推动，类似 PostgreSQL 那样，有社区支持？还是说这会导致 MySQL 从单一厂商的控制中逐渐脱离，就像它成立以来一直存在的情况？

无论结果如何，MySQL 作为一个开源数据库，依然是开发者今天一个有效且可行的选择。MySQL 有庞大的社区，大家对数据库的未来充满热情。挑战在于如何引导这份热情，让 MySQL 回到应有的位置。MySQL 是一个很棒的数据库，让应用的实现和运行变得简单，而且在 PostgreSQL 不适合或不适合应用部署时，MySQL 是一个有用的选择。

现在正是参与 MySQL 社区组织活动、加入 MySQL 基金会 Slack 频道、帮助整个社区建设未来、重新为 MySQL 的未来充满热情的时候了。