2025 年 5 月，MySQL 庆祝了其诞生 30 周年。在IT行业，很少有技术项目能持续活跃三十年之久，更不用说达到 MySQL 如今这般广泛的使用程度了。在 DB-Engines 排行榜上，MySQL 高居第二；MySQL也是目前拥有用户数最多的关系型数据库之一。

然而，尽管 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 年（尽管首个正式版本直到 1995 年才发布）。真正不同的是，开源社区对 PostgreSQL 投入了极大的热情，并积极庆祝其持续演进与多样性发展。围绕 PostgreSQL 的公司和贡献者数量庞大，使其更容易被采用。

相较之下，MySQL 社区则显得……沉寂。尽管自 2010 年 Oracle 收购 Sun 以来，一直对 MySQL 进行了良好的维护，但开源的 MySQL Community Edition（社区版） 所获得的关注和创新投入，远不及付费的 MySQL Enterprise Edition（企业版） 或云版本。

例如，Oracle 的 MySQL HeatWave 引入了向量搜索等创新功能——这对 AI 项目至关重要，但 MySQL 社区版并不具备这一能力。虽然社区版可以存储向量数据，却无法执行基于索引的搜索或近似最近邻（ANN）搜索。

在其他开源社区中，我们曾目睹过“重大冲击”引发变革。例如，当 Redis 将其软件许可证改为“源码可用（source available）”后，社区迅速创建了替代项目 Valkey；当 HashiCorp 修改 Terraform 的许可证时，也催生了 OpenTofu。这些新项目随后加入开源基金会，并吸引了更多公司参与代码贡献、支持与维护。

而 MySQL 社区长期未经历此类重大冲击，多年来一直处于停滞状态，维持着现状。然而，在科技行业这片“鲨鱼之海”中，企业必须不断前进，否则就会被竞争对手淘汰——这种停滞对 MySQL 社区及其整体发展极为不利。

不过，一场重大冲击或许终于到来了。Oracle 多名核心 MySQL 员工的离职，已显著拖慢了 MySQL 的开发节奏。从每个季度更新中修复的漏洞数量来看，修复量已降至此前的三分之一。以 2025 年第一季度（65 个修复）和第二季度（同样是 65 个）为例，而到了 MySQL 8.4.7 版本，仅发布了 21 个修复。尽管单纯以漏洞修复数量衡量开发活跃度并不完全准确，但这一显著下降确实反映出 MySQL 已不再是 Oracle 的重点投入方向。

面对这一局面，MySQL 的支持者已经意识到，不能再安于现状，必须为 MySQL 规划一条新的发展路径。未来走向将取决于社区之外的关键决策：是否会像 PostgreSQL 那样，催生一个获得广泛社区支持的 MySQL 分支？或者，MySQL 是否会摆脱自创立以来始终由单一厂商控制的局面？

无论结果如何，MySQL 作为一款开源数据库，今天依然是开发者值得信赖且切实可行的选择。它拥有庞大的用户基础，人们对它的未来也充满热情。真正的挑战在于：如何引导这份热情，让 MySQL 重回应有地位。MySQL 是一款出色的数据库，能让应用的部署与运行变得简单高效——尤其在 PostgreSQL 显得“大材小用”或不适用的场景下，MySQL 依然是极具价值的选项。

现在正是参与 MySQL 社区活动、加入 MySQL 基金会 Slack 频道、共同塑造社区未来并重新燃起对 MySQL 期待的最佳时机。