MariaDB 基金会本月动态：2025 年 1 月

专注、专注、再专注！这是任何成功组织的座右铭。凭借我们董事会提供的宝贵意见，我们成功地将 2025 年战略规划浓缩为六个目标。

重塑流程——从描述性到规范性

我们的目标设定始于梳理 2024 年的活动。我问自己：“如何才能用一页纸描述我们所做的一切？”有 38 项活动——可以理解为“Scrum 史诗故事”——分布在 6 个领域。

你猜怎么着？太多了。没有董事会成员会对这种详细程度感兴趣。好吧，我早该知道的。

回到原点。我们不能只是照搬旧套，也不能仅仅描述我们正在做的事情。相反，让我们回到第一性原理：我们应该做什么？

新思想与经验相结合

幸运的是，我们得到了许多董事会成员的专业指导，特别是 MariaDB Corporation 的 Rohit de Souza 和 Amazon AWS 的 Jignesh Shah，他们加入董事会的时间都不长——因此能够提供全新的视角。

与此同时，他们的意见能够得到长期董事会成员的判断进一步完善，例如 Steve Shaw 和 Sean Peng，这也是非常有价值的。

以一月份为例，让我带您了解我们的目标。

1. 社区分析：了解我们的现状！

MariaDB 基金会到底应该服务于谁？我们需要比现有答案更好的答案。

作为开源项目，我们并不知道我们所有的用户。我们甚至没有社区规模的准确衡量标准。因此，一个合理的目标，“在 2025 年将社区规模增长 15%”，是没有意义的——因为缺乏适当的衡量指标。

因此，更抽象地表达我们的目标 1，就是获取和完善对 MariaDB 使用情况的定性和定量理解（定性指逻辑，定量指指标）。我们还明确希望发展并专注于我们熟悉的那部分社区成员，我们称之为我们的具名社区。

一月份的衡量工作仍在内部进行。预计稍后会听到关于我们的 MariaDB 采用指数的消息；它旨在根据现有的数字信息，为 MariaDB 社区规模提供一个相对准确的衡量标准。

2. 贡献：让 MariaDB 成为一个充满活力的开发者社区！

一个活跃的用户社区的绝佳标志是什么？一个活跃的开发者社区！

在 GitHub 上的 MariaDB Server 仓库贡献代码的人，最常见的是来自 MariaDB Corporation。正如我们在 2025 年 1 月的贡献统计中指出的那样，84% 的代码行来自 MariaDB Corporation，另外 8% 来自 MariaDB 基金会本身。我们希望增加外部贡献的数量。

我们期望这些新的贡献者从哪里来？从 MariaDB 的现有用户中来，他们从定义上来说就是开发者——我们希望让他们也能轻松地为 MariaDB Server 开发代码。

我们注意到，贡献不仅仅是 MariaDB Server 仓库中以拉取请求（Pull Requests）形式的代码贡献。它们还可以是文档贡献、错误报告以及 Jira 中的功能请求。我们正在努力简化相关的流程。

简化流程意味着减少贡献者的等待时间，并在适当的时候提供指导。

简化流程也意味着在来自 MariaDB Corporation / MariaDB 基金会的拉取请求和来自贡献者社区的拉取请求之间做出明确的流程区分。我们的指标将变得更加精细。我们希望提供更有意义的贡献者数字，而不仅仅是注意到未处理的拉取请求数量已达到历史新高 (252)，以及我们在 2024 年关闭了 699 个 PRs——相比 2023 年的 454 个有了大幅增长。

3. 推广：向现有和潜在用户宣传，推动采用！

显而易见的是什么？那就是 MariaDB 基金会应该推动 MariaDB Server 的采用。

显然，我们的重点是推动采用。使用 MariaDB Server！等等，不要只是一般性地使用 MariaDB Server——对于开发来说，请使用当前版本，包含最新的功能！

一种变得更专业的方式（谢谢 Jignesh！）是将我们的推广与准确的 MariaDB Server 发布计划同步。这意味着内容将按季度交付，利用基于网络的材料、自组织活动和外部会议。

对于 2025 年，这意味着特别关注 MariaDB 11.8，它是我们的下一个 LTS（长期支持）版本，计划于 5 月发布 GA（通用版本）。其旗舰功能是 MariaDB Vector。

一月份，Daniel Black 参加了在澳大利亚阿德莱德举行的 Everything Open Adelade 活动。我们准备了未来的活动，例如 MariaDB Day 以及我们在布鲁塞尔 FOSDEM 的展位。

4. 向量与 AI：为 MariaDB Server 带来新用户！

什么功能能够通过全新的用户推动采用？MariaDB Vector！

我们的主张：向量应该存储在标准的、关系型数据库管理系统中。作为开源项目。无需在您的技术栈中引入新组件。好的，您可能需要将 MySQL 替换为 MariaDB，但这种替换很容易。

我们的目标是促进 MariaDB Server 成为 RAG 和 Vector 存储的默认 RDBMS。

我们很高兴地注意到 2025 年 1 月取得了许多进展

• 根据 Mark Callaghan 在他的博客系列中的测试，MariaDB Vector 的性能相比 pgvector 来说非常快：第一部分, 第二部分, 第三部分
• Vector 现已包含在 MariaDB Corporation 的最新企业版 MariaDB ES 11.4 中，请参阅博客
• MariaDB vector 现已集成到一些关键的 AI 框架中：Llamaindex 和 Spring AI 中，LangChain 的 PR 正在处理中。

5. 让 MySQL 用户更容易使用 MariaDB！

对谁来说升级到 MariaDB 最容易？MySQL 用户！

我们的主张是 MariaDB 是 MySQL 的未来。它正在发展。它兼容。它具有创新性。在过去 15 年里，它积累了许多超出 MySQL 的功能，并且其对向量（Vectors）的愿景是开源的，不受云限制。

我们的目标是传播这个信息。同时，我们希望将 MySQL 迁移到 MariaDB 变得更加容易。在不到十分钟内完成从 MySQL 5.7 到 MariaDB 10.11 的生产环境实时迁移，这是很难超越的。但我们正在努力简化任何 MySQL 到 MariaDB 的升级：识别生态系统、产品、兼容性和文档方面的障碍。

一月份，我们联系了 GitHub 上那些在其 readme 中提及 MySQL 兼容性但未提及 MariaDB 的开源项目。有几个项目在几天内就添加了 MariaDB。

6. MariaDB 大学计划：使用 MariaDB 支持数据库教学！

新开发者使用哪个数据库？他们在学习时使用的那个！

我们正在与大学合作，了解他们如何组织教学，学生如何学习 SQL 和 DBMS。MariaDB 以其易用性为特点，是学习 SQL 基础知识的绝佳数据库。我们能否帮助将 MariaDB Server 作为示例数据库？

一月份，我们与多个国家的许多大学进行了交流。我们仍处于建立“MariaDB 大学计划”的早期阶段，我们的目标是能够为大学提供一些有价值的东西。开源关系型数据库管理系统（RDBMS）是轻松学习数据库的好方法。

下一步是什么？

暂时就这些！我们非常乐意听取您关于我们目标设定的反馈，包括对具体目标的意见。