超越MySQL 对流行数据库进行分支的知识小结 |
||||||||||||||||||||
本文标签:数据库 简 介 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 已提供的功能来权衡它们的优缺点 。我相信,对于阅读本文的大多数人来说,MySQL 将仍然 是满足数据库需求的首选 。我很怀疑阅读本文的大多数读者都是每小时拥有 1,000,000 点击率的网站的所有者 。我想再次强调的是,MySQL 仍然是一款非常出色的产品,是一个非常适合大多数使用情况的数据库 。 但是,对于那些认为自己的网站需要比目前 MySQL 所能提供的更高的可用性、可扩展性和性能的人来说,这 3 款产品中的任意一款产品都可能为您提供所需的解决方案 。更进一步地说,如果您认为您的网站将成为 能获得很多利润的网站,那么可以考虑使用三款产品中的一款产品,在问题出现之前解决它们 。 最后,出现这些 MySQL 分支的根本原因是:一些创作者想更改 MySQL 的一些基本功能,因为他们无法等到 MySQL 自己完成这些工作 。此外,Oracle 的现状威胁到了 MySQL 的未来,并且许多开发人员(包括 MySQL 的原始开发人员)都担心该产品的未来,他们还担心 Oracle 是否会投入精力保持该产品的领先数据库的地位 。这些担忧在我看来都是合理的,因此在我们迈向未来时要牢记这些产品 。 |