mysql数据库社区版（超越MySQL：三个流行MySQL分支的对比）
超越MySQL：三个流行MySQL分支的对比
导读：尽管MySQL是最受欢迎的程序之一 ，但是许多开发人员认为有必要将其拆分成其他项目 ，并且每个分支项目都有自己的专长 。该需求以及Oracle对核心产品增长缓慢的担忧 ，导致出现了许多开发人员感兴趣的子项目和分支 。本文将讨论受人们关注的三个流行MySQL分支：Drizzle 、MariaDB和Percona Server（包括XtraDB引擎） 。文中简要介绍每个分支出现的原因及其目标 ，以及是否可在您自己的生产环境中使用它们 。
文章内容如下：
简介
MySQL是历史上最受欢迎的免费开源程序之一 。它是成千上万个网站的数据库骨干 ，并且可以将它（和Linux）作为过去10年里Internet呈指数级增长的一个有力证明 。
那么 ，如果MySQL真的这么重要 ，为什么还会出现越来越多的核心MySQ产品的高端衍生产品？这是因为MySQL是免费的开源应用程序 ，所以开发人员总是可以获得其代码 ，并按照自己的想法修改代码 ，然后再自行分发代码 。在很长的一段时间里 ，在开发人员自己的生产环境中 ，没有任何值得信任的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首次发布 ，因此它相对较新 。它是专门针对在现代服务器上运行的现代高可用性网站设计的 。它被设计为在具有十几个或更多核心和大内存（32GB及更多）的服务器上运行 。任何公司都可以从服务器管理公司购买这些类型的服务器 ，因此应将数据库设计为能够充分利用这些服务器 。
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是否会投入精力保持该产品的领先数据库的地位 。这些担忧在我看来都是合理的 ，因此在我们迈向未来时要牢记这些产品 。
作者简介：
Michael Abernethy在Michael Abernethy的12年技术生涯中 ，他与各种不同的技术和客户打交道 。他现在专注于构建更好和更为复杂的Web应用程序 、测试运行这些应用程序所在的浏览器的限制 ，同时也在尝试解决如何让Web应用程序更容易创建和维护 。他空闲时 ，会陪伴他的孩子们 。
创心域SEO版权声明：以上内容作者已申请原创保护，未经允许不得转载，侵权必究！授权事宜、对本内容有异议或投诉，敬请联系网站管理员，我们将尽快回复您，谢谢合作！