三个超越MySQL的数据库版本分支

　　尽管MySQL是最受欢迎的程序之一，但是许多开发人员认为有必要将其拆分成其他项目，并且每个分支项目都有自己的专长。该需求，以及 Oracle 对核心产品增长缓慢的担忧，导致出现了许多开发人员感兴趣的子项目和分支。

　　简 介

　　MySQL 是历史上最受欢迎的免费开源程序之一。它是成千上万个网站的数据库骨干，并且可以将它(和 Linux)作为过去 10 年里 Internet 呈指数级增长的一个有力证明。

　　那么，如果 MySQL 真的这么重要，为什么还会出现越来越多的核心 MySQL 产品的高端衍生产品？这是因为 MySQL 是免费的开源应用程序，所以开发人员总是可以获得其代码，并按照自己的想法修改代码，然后再自行分发代码。在很长的一段时间里，在开发人员自己的生产环境 中，没有任何值得信任的 MySQL 分支。但是，这种情况很快就发生了改变。有几个分支引起了许多人的关注。

　　本文将讨论受人们关注的三个流行 MySQL 分支：Drizzle、MariaDB 和 Percona Server(包括 XtraDB 引擎)。本文将简要介绍每个分支出现的原因及其目标，以及是否可在您自己的生产环境中使用它们。在本文结束时，您应该能够回答 “对我的环境来说，这些 MySQL 分支产品是否是一个好的解决方案？” 这样的问题。

　　为什么要进行分支？

　　为什么需要对 MySQL 进行分支？这是一个非常合理的问题。成千上万的网站依赖于 MySQL，并且对许多人来说，它似乎是一个很好的解决方案。但是，通常就是这样，适合许多人并不一定适合所有 人。这促使一些开发人员想要根据自己的需要开发出更好的解决方案。还有什么能比将良好的解决方案转换为完美的解决方案更好的呢？。

　　下面我们将介绍这些分支寻求改变的更多细节。一些分支认为 MySQL 变得太臃肿 了，提供了许多用户永远不会感兴趣的功能，牺牲了性能的简单性。如果人们对更精简的 MySQL 4 特别满意，那么为什么还要在 MySQL 5 中添加额外的复杂性呢？对于此分支来说，更好的 MySQL 分支应该更简单、更快捷，因此提供的功能也较少，但这样会使这些功能极其迅速地发挥作用，并且牢记目标受众，在本例中，目标受众是高可用性网站。

　　对于其他分支来说，MySQL 并没有提供足够多的 新功能，或者是添加新功能的速度太慢了。他们可能认为 MySQL 没有跟上高可用性网站的目标市场的发展形势，这些网站运行于具有大量内存的多核处理器之上。正如熟悉 MySQL 的人所知道的那样，MySQL 提供了两种存储引擎：MyISAM 和 InnoDB。这一分支认为这两种存储引擎都没有提供他们所需的内容，因此他们创建了一种非常适合其目标的新存储引擎。

　　此外，一些分支的最高目标是成为 MySQL 的替代产品，在这些产品中，您可以轻松地访问它们的分支，无需更改任何代码。该分支使用与 MySQL 相同的代码和界面，因此使过渡变得非常容易。但是，另一个分支声称它与 MySQL 不兼容，需要更改代码。每个分支的成熟度各不相同，一些分支声称已经准备就绪可以投入生产，而另外一些则声称目前自己还远达不到这一最高目标。

　　最后，关于 MySQL 在 Oracle 下将如何发展仍不太确定。Oracle 收购了 Sun，也收购了 MySQL，现在 Oracle 控制 MySQL 产品本身，并领导开发社区开发新的成品。由于 Oracle 已经有了一个商业数据库，因此人们担心他们可能没有足够的资源来使 MySQL 保持其领先地位。因此，许多分支也是这些潜在担心所产生的结果，他们担心 MySQL 作为领先的免费开源数据库提供的功能可能太少、发布周期太慢并且支持费用更昂贵。

　　XtraDB

　　XtraDB 是一款独立的产品，但它仍被认为是 MySQL 的一个分支。XtraDB 实际上是基于 MySQL 的数据库的一个存储引擎。XtraDB 被认为是已成为 MySQL 一部分的标准 MyISAM 和 InnoDB 的一个额外存储引擎。MySQL 4 和 5 使用默认的 MyISAM 存储引擎安装每个表。InnoDB 也是一个相对较新的存储引擎选择，在建立数据库时，数据库管理员和开发人员可以基于每个表选择存储引擎类型。两个存储引擎的主要区别是：MyISAM 没有提供事务支持，而 InnoDB 提供了事务支持。其他差别是许多细微的性能差别，与 MyISAM 相比，InnoDB 提供了许多细微的性能改进，并且在处理潜在的数据丢失时提供了更高的可靠性和安全性。似乎 InnoDB 是用于未来改进的更适合的存储引擎，因此从版本 5.5 开始，MySQL 已将默认存储引擎从 MyISAM 更改为 InnoDB。

　　基于这些优势，InnoDB 存储引擎本身拆分出了一个分支，一个名为 XtraDB 的更新的存储引擎。这个存储引擎有多新呢？它 3 年前由 Percona 首次发布，因此它相对较新。它是专门针对在现代服务器上运行的现代高可用性网站设计的。它被设计为在具有十几个或更多核心和大内存(32 GB及更多)的服务器上运行。任何公司都可以从服务器管理公司购买这些类型的服务器，因此应将数据库设计为能够充分利用这些服务器。

　　XtraDB 分支有另一个目标，即成为 InnoDB 存储引擎的简单替代，这样用户就可以轻松地切换其存储引擎，无需 更改任何现有的应用程序代码。XtraDB 必须能够向后兼容 InnoDB，以提供它们想要添加的所有新功能和改进。它们实现了此目标。

　　XtraDB 的速度有多快？我找到的一个性能测试表明：与内置的 MySQL 5.1 InnoDB 引擎相比，它每分钟可处理 2.7 倍的事务。。速度显然是一个不可以忽略的因素，在考虑替代产品时更是如此。

　　Percona

　　与内置的 MySQL 存储引擎相比，XtraDB 提供了一些极大的改进，但它不是一款独立产品，也无法轻松放入现有 MySQL 安装。因此，如果您想使用这款新引擎，则必须使用提供它的产品。

　　Percona Server 就是这样一款产品，由领先的 MySQL 咨询公司 Percona 发布。Percona Server 是一款独立的数据库产品，为用户提供了换出其 MySQL 安装并换入 Percona Server 产品的能力。通过这样做，就可以利用 XtraDB 存储引擎。Percona Server 声称可以完全与 MySQL 兼容，因此从理论上讲，您无需更改软件中的任何代码。这确实是一个很大的优势，适合在您寻找快速性能改进时控制质量。因此，采用 Percona Server 的一个很好的理由是，利用 XtraDB 引擎来尽可能地减少代码更改。

　　此外，他们是 XtraDB 存储引擎的原作者。Percona 将此代码用作开源代码，因此您可以在其他产品中找到它，但引擎的最初创建者与编写此产品的是同一个人，所以您可以随心所欲地使用此信息。

　　下面是 Percona Server 的声明，该声明来自它们自己的网站：

　　◆ 可扩展性：处理更多事务;在强大的服务器上进行扩展

　　◆ 性能：使用了 XtraDB 的 Percona Server 速度非常快

　　◆ 可靠性：避免损坏，提供崩溃安全 (crash-safe) 复制

　　◆ 管理：在线备份，在线表格导入/导出

　　◆ 诊断：高级分析和检测

　　◆ 灵活性：可变的页面大小，改进的缓冲池管理Percona 团队的最终声明是 “Percona Server 是由 Oracle 发布的最接近官方 MySQL Enterprise 发行版的版本”，因此与其他更改了大量基本核心 MySQL 代码的分支有所区别。Percona Server 的一个缺点是他们自己管理代码，不接受外部开发人员的贡献，以这种方式确保他们对产品中所包含功能的控制。

　　MariaDB

　　另一款提供了 XtraDB 存储引擎的产品是 MariaDB 产品。它与 Percona 产品非常类似，但是提供了更多底层代码更改，试图提供比标准 MySQL 更多的性能改进。MariaDB 直接利用来自 Percona 的 XtraDB 引擎，由于它们使用的是完全相同的引擎，因此每次使用存储引擎时没有显著的差别。

　　此外，MariaDB 提供了 MySQL 提供的标准存储引擎，即 MyISAM 和 InnoDB。因此，实际上，可以将它视为 MySQL 的扩展集，它不仅提供 MySQL 提供的所有功能，还提供其他功能。MariaDB 还声称自己是 MySQL 的替代，因此从 MySQL 切换到 MariaDB 时，无需更改任何基本代码即可安装它。

　　最后可能也是最重要的一点是，MariaDB 的主要创建者是 Monty Widenius，也是 MySQL 的初始创建者。Monty 成立了一家名为 Monty Program 的公司来管理 MariaDB 的开发，这家公司雇佣开发人员来编写和改进 MariaDB 产品。这既是一件好事，也是一件坏事：有利的一面在于他们是 Maria 功能和 bug 修复的佼佼者，但公司不是以赢利为目的，而是由产品驱动的，这可能会带来问题，因为没有赢利的公司不一定能长久维持下去。

　　Drizzle

　　本文介绍的最后一款产品是 Drizzle。与之前介绍的两款产品不同，Drizzle 与 MySQL 有很大差别，甚至声称它们不是 MySQL 的替代产品。他们期望对 MySQL 进行一些重大更改，想要提供一种出色的解决方案来解决高可用性问题，即使这意味着要更改我们已经习惯了的 MySQL 的各个方面。

　　在公司的 FAQ 页面，阅读其中提供的问题时就会发现，Drizzle 进一步地强调了其基本目标。他们不满意 MySQL 4.1 版本之后对 MySQL 代码进行的一些更改，声称许多开发人员不想花费额外的钱。他们承认其产品与 SQL 关系数据库甚至是不兼容的。这确实与 MySQL 有很大的不同。

　　与习惯的 MySQL 有如此大的变化，我们为什么还要考虑这款产品呢？准确地讲，原因与上面的是相同的，Drizzle 是 MySQL 引擎的一次重大修改，它清除了一些表现不佳和不必要的功能，将很多代码重写，对它们进行了优化，甚至将所用语言从 C 换成了 C++，以获得所需的代码。此外，Drizzle 并没有就此结束修改，该产品在设计时就考虑到了其目标市场，即具有大量内容的多核服务器、运行 Linux 的 64 位机器、云计算中使用的服务器、托管网站的服务器和每分钟接收数以万计点击率的服务器。这是一个相当具体的市场。它太具体了吗？请记住这些类型的公司目前 在其数据库方面投入的资金，如果他们可以安装 Drizzle 而不是 MySQL，那么他们的服务器成本将削减一半，可以节省很多钱!

　　那么，是不是所有人都应该使用 Drizzle 呢？等等，正如 Drizzle 反复指出的那样，它与 MySQL 不兼容。因此，如果您现在使用的是 MySQL 平台，那么需要重写大量代码，才能使 Drizzle 在您的环境中正常工作。

　　尽管需要额外的工作才能让它运行，但它并不像 Percona 或 MariaDB 那样快速且易于使用。我之所以介绍 Drizzle，是因为尽管目前它可能不是您的选择，但几年之后，它很可能会成为一些人的选择。因为本文的目标是提高您对未来使用的工具的认识，所以这是 向您介绍此产品的好机会。许多领先的 DB 专家相信 Drizzle 将成为未来 5 年内高可用性数据库安装的选择。

　　Drizzle 是完全开源的产品，公开接受开发人员的贡献。它不像 MariaDB 那样有支持其开发的公司，也不像 Percona 那样有大量外部开发人员为其提供贡献。Drizzle 有很好的成长空间并会提供一些新功能，但可能需要重写大部分 MySQL 代码。

　　对比图

　　结束语

　　本文介绍了 MySQL 产品的三个新分支，旨在解决它们使用 MySQL 时遇到的一些问题。这三个分支都是免费的开源产品。在使用时，您需要根据 MySQL 已提供的功能来权衡它们的优缺点。我相信，对于阅读本文的大多数人来说，MySQL 将仍然 是满足数据库需求的首选。我很怀疑阅读本文的大多数读者都是每小时拥有 1,000,000 点击率的网站的所有者。我想再次强调的是，MySQL 仍然是一款非常出色的产品，是一个非常适合大多数使用情况的数据库。

　　但是，对于那些认为自己的网站需要比目前 MySQL 所能提供的更高的可用性、可扩展性和性能的人来说，这 3 款产品中的任意一款产品都可能为您提供所需的解决方案。更进一步地说，如果您认为您的网站将成为 能获得很多利润的网站，那么可以考虑使用三款产品中的一款产品，在问题出现之前解决它们。

　　最后，出现这些 MySQL 分支的根本原因是：一些创作者想更改 MySQL 的一些基本功能，因为他们无法等到 MySQL 自己完成这些工作。此外，Oracle 的现状威胁到了 MySQL 的未来，并且许多开发人员(包括 MySQL 的原始开发人员)都担心该产品的未来，他们还担心 Oracle 是否会投入精力保持该产品的领先数据库的地位。这些担忧在我看来都是合理的，因此在我们迈向未来时要牢记这些产品。