活跃了30多年的老牌开源数据库MySQL迎来了自己的低谷，困境中的MySQL走在了发展的十字路口。

日前，一批有影响力的MySQL用户和开发者向甲骨文联合发布了一封公开信，呼吁建立一个独立的非营利基金会来支持MySQL社区发展，希望甲骨文作为MySQL软件及商标所有者协助制定计划并参与其中。

MySQL到底怎么了?为什么会有这样一封公开信?十字路口的MySQL将何去何从?

困境中的MySQL与不安的开发者

2025年秋季，甲骨文将MySQL迁移至OCI云平台，随后实施大规模裁员。员工数量削减约50%，核心技术能力流失严重，剩余工程师现也被要求转向云服务开发，此举引发用户和开发者的强烈担忧与不满。

数据库创始开发者Michael “Monty” Widenius听闻MySQL裁员消息时坦言“心碎”，加上项目提交次数骤减，令部分人士认为该项目正面临关键转折点。

业内人士分析，甲骨文的管理不善导致MySQL在争议中面临关注度和普及度下滑的困境。

该团体在公开信中描述了MySQL目前面临着欢迎程度和市场份额正在下降、缺乏透明度和信任、社区贡献障碍、技术存在差距、社区老龄化且社区分散等挑战。

比如，随着新项目和年轻开发者更倾向采用PostgreSQL，MySQL的普及度与市场份额持续下滑。他们指出，这导致吸引新开发者加入MySQL变得困难。

该团体在信中指出，在甲骨文管理下，MySQL开发缺乏透明度，路线图和决策过程几乎不可见。与此同时，安全相关漏洞没有公开追踪，“导致用户无法验证已知问题是否影响自身”，信中称许多开发者怀疑甲骨文优先发展专有企业功能和HeatWave，而非社区版。

此外，用户社区难以贡献代码，尽管技术上可行，但流程不透明且令人沮丧。该团体还指出，MySQL缺乏现代数据库应有的标准功能，例如常用于支持人工智能应用的向量搜索。最后，该团体担忧MySQL开发者群体正在老化，而新加入的开发者、学生和专业人士数量严重不足。

公开信对MySQL发展的担忧得到了分析师的认可，HyperFRAME Research人工智能技术栈负责人Stephanie Walter表示：“公开信中对MySQL开发速度和治理机制的担忧，与我的观察完全一致。”

“数据库层正成为AI系统的关键依赖项。当开发者和企业认为上游项目对现代需求反应迟缓或缺乏透明度时，他们不会止步于抱怨，而是选择绕道而行，最可能转向PostgreSQL这类替代方案。”Walter补充道。

联名信共同起草人之一、Percona联合创始人Vadim Tkachenko指出，企业对甲骨文旗下MySQL发展方向的担忧已达“临界点”。企业甚至开始转向MySQL分支供应商和云服务商(如AWS)寻求新功能与创新，认为核心MySQL项目已陷入停滞。MySQL分支版本和专有云扩展造成混乱与碎片化，而兼容问题为MySQL的采用和迁移设置了重大障碍。

Tkachenko指出，在甲骨文管理下，MySQL走到了发展的十字路口，开发者社区必须选择未来方向：继续追随甲骨文，或另辟蹊径。

“必须团结MySQL社区，争取行业巨头的支持，推动向量索引和新数据类型等热门功能的开发，并将所有工作(包括安全漏洞)置于公开透明的环境中。”Tkachenko在博文中指出了发表公开信的原因，不能被动等待，发表联名公开信是这些MySQL用户和开发者的主动出击自救，要与甲骨文一起谈谈MySQL的未来，扭转MySQL困局。

公开信指出：“为解决这些系统性问题，我们提议成立一个供应商中立的非营利基金会。该机构将作为生态系统的共享家园，独立于任何单一企业的商业利益。基金会不仅是纸面形式，更是经实践验证的有效架构，能够解决上述问题。”

该团体认为此计划是应对MySQL当前困境的有效方案。目前，公开信得到了越来越多业内人士的关注与参与，签署者来自Percona、MariaDB、PlanetScale等MySQL分支供应商的数据库管理员、架构师和开发者，以及Zoho、DigitalOcean、Vultr、Pinterest等公司的工程师和高管。

十字路口的MySQL将何去何从?

今年以来，MySQL社区成员举办了两次峰会，探讨MySQL的困境和出路，甲骨文也派代表出席了会议，面对MySQL发展的困境与外界的质疑，甲骨文也在采取措施“修复”与MySQL社区的关系，包括将“商业专属”功能移入数据库应用的社区版，并优先满足开发者需求。

这家数据库巨头回应了部分开发者关切，其宣称“新时代战略”旨在避免重蹈Redis等项目用户群碎片化的覆辙。

2月12日，甲骨文发布博文宣称将开启MySQL社区参与的新纪元，进一步回应用户和开发者的关切。

甲骨文在博文中承诺，打开新纪元将采取三管齐下的策略：首先在开源版MySQL社区版中引入面向开发者的功能;其次，计划通过提供更多工具、框架和连接器来“扩展和丰富”MySQL开发者社区。最后，将提升透明度并鼓励更广泛的社区参与，确保更多声音能引导MySQL的演进方向。

据悉，MySQL社区版的创新工作已经展开。例如，大幅现代化外键约束与级联机制的管理方式，将该职责从InnoDB转移至SQL引擎，这项呼声已久的变革直接满足了社区的共同需求，后续还将推出更多增强功能，包括改进级联变更的触发器机制，以及为替代存储引擎提供外键强制执行支持。

然而，社区对甲骨文的承诺兑现以及MySQL的未来发展仍持怀疑态度，Tkachenko指出甲骨文MySQL团队“目前处于混乱状态”。

另一方面，此前发布博文宣称开启MySQL社区参与新纪元的MySQL社区经理Frederic Descamps在发布开启“新纪元”博文第二天从甲骨文站完了最后一班岗，便已离职，并在2月16日加入MariaDB担任基金会社区经理。

Descamps在“我加入了MariaDB基金会”的博文中表达了对MySQL发展的担忧，“甲骨文重新拥抱社区的新方向是必要的，但可能为时已晚。许多优秀工程师已然离去(部分加入了MariaDB)，我个人不认为他们能实现转变，至少无法快速转变。但愿我错了。”

从Descamps加入MariaDB基金会也可以看出，或许公开信所提的设立独立基金会的计划是可行的方向。

Tkachenko向外媒透露，他们希望给予甲骨文时间考虑是否参与该计划，并设定了3月底的截止期限。若届时这家科技巨头仍无实质性回应，该团体可能在没有甲骨文参与的情况下推进计划。

“我们需要给甲骨文留出空间，”他表示，“若甲骨文释放出合作意愿，这并非硬性截止期限;但若始终杳无音讯，鉴于每季度都面临着日益加剧的边缘化风险，我们实在没有余力再等待更久。”

不过也有分析师对MySQL的基金会模式并不十分看好，“若甲骨文保留(MySQL)商标权和实际发布渠道，核心权力格局仍无法彻底解决，”该架构与PostgreSQL等自主社区主导项目形成鲜明对比，后者的治理模式在维系贡献者信任、加速长期采用方面发挥了重要作用。

MySQL作为开源数据库的代表，在21世纪初曾风靡互联网初创企业，当时作为LAMP技术栈的重要组成部分广泛应用于网络服务。走到如今的局面，与甲骨文过去的管理失误脱不了关系。好在甲骨文和MySQL社区成员都在积极采取行动。在如今AI时代的快速发展与变革中，MySQL能否摆脱困境，重拾用户与开发者的信赖，也将面临不小的挑战。

参考链接：

https://www.infoworld.com/article/4134394/community-push-intensifies-to-free-mysql-from-oracles-control-amid-stagnation-fears.html

https://www.theregister.com/2026/02/17/mysql_foundation_oracle_letter/

https://www.theregister.com/2026/02/16/oracle_new_era_mysql/

https://www.theregister.com/2026/01/30/oracle_mysql/

https://www.percona.com/blog/an-open-letter-to-oracle-lets-talk-about-mysqls-future/

https://lefred.be/content/i-joined-the-mariadb-foundation/