超越 MySQL

约定不等于承诺〃 2022-04-23 03:58 181阅读 0赞

导读：尽管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代码。

TokuDB

TokuDB是一个面向大数据,支持事务的存储引擎,有着非常好的随机写性能的引擎

下面是本文中介绍的三款 MySQL 分支产品的概述。

<table> 
 <tbody> 
  <tr> 
   <th>产品</th> 
   <th>价格</th> 
   <th>目标</th> 
   <th>主要功能</th> 
   <th>是否可投入生产？</th> 
  </tr> 
  <tr> 
   <td>Percona Server</td> 
   <td>免费</td> 
   <td>提供 XtraDB 存储引擎的包装器和其他分析工具</td> 
   <td>XtraDB</td> 
   <td>是</td> 
  </tr> 
  <tr> 
   <td>MariaDB</td> 
   <td>免费</td> 
   <td>扩展 MySQL 以包含 XtraDB 和其他性能改进</td> 
   <td>XtraDB</td> 
   <td>是</td> 
  </tr> 
  <tr> 
   <td>Drizzle</td> 
   <td>免费</td> 
   <td>提供比 MySQL 更强大的可扩展性和性能改进</td> 
   <td>高可用性</td> 
   <td>是</td> 
  </tr> 
 </tbody> 
</table>

结束语

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

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

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

文章出处：  [IBM developerWorks][]

目前而言，ma riadb在企业中用的比percona server少一点；

mariadb 的开源态度更好一点，percona server的企业服务更好；

现在项目，关系数据库用Postgresql，文档数据库用Mongodb。以前一直用Mysql，感觉还是Mysql用着舒服。

[Link 1]: https://www.baidu.com/s?wd=%E6%9B%B4%E8%BF%9B%E4%B8%80%E6%AD%A5&tn=24004469_oem_dg&rsv_dl=gh_pl_sl_csd
[IBM developerWorks]: http://www.ibm.com/developerworks/cn/opensource/os-beyondmysql/index.html