MariaDB和MySQL全面对比：选择数据库需要考虑这几

谁在使用MySQL和MariaDB?

MySQL和MariaDB都发布了各自的用户名单。

使用MySQL的有Facebook、Github、YouTube、Twitter、PayPal、诺基亚、Spotify、Netflix等。

使用MariaDB的有Redhat、DBS、Suse、Ubuntu、1&1、Ingenico等。

功能比较

有一些令人兴奋的新功能(如窗口函数、角色控制或公共表表达式(CTE))可能值得一提，但本文只是为了比较两个数据库，所以我们在这里只讨论其中一方专门提供的功能，以便更好地帮助读者选择合适自己的数据库。

让我们来看一下只有其中一个数据库专门提供的功能：

1. JSON数据类型——从5.7版本开始，MySQL支持由RFC 7159定义的原生JSON数据类型，可以高效地访问JSON文档中的数据。

MariaDB没有提供这一增强功能，认为JSON数据类型不是SQL标准的一部分。但为了支持从MySQL复制数据，MariaDB为JSON定义了一个别名，实际上就是一个LONGTEXT列。MariaDB声称两者之间没有显著的性能差异，但他们并没有提供基准测试数据来支持这个说法。

值得注意的是，MySQL和MariaDB都提供了一些JSON相关函数，用于更方便地访问、解析和检索JSON数据。

2. 默认身份认证——在MySQL 8.0中，默认的身份认证插件是caching_sha2_password，而不是mysql_native_password。这一增强通过使用SHA-256算法提高了安全性。

3. MySQL Shell——MySQL Shell是MySQL的高级命令行客户端和代码编辑器。除了SQL之外，MySQL Shell还提供了JavaScript和Python脚本功能。不过用户不能使用mysqlsh访问MariaDB服务器，因为MariaDB不支持MySQL X协议。

4. 加密——MySQL对重做/撤消日志进行了加密(可配)，但不加密临时表空间或二进制日志。相反，MariaDB支持二进制日志和临时表加密。

5. 密钥管理——MariaDB提供开箱即用的AWS密钥管理插件。MySQL也提供了一些用于密钥管理的插件，但它们仅在企业版中可用。

6. sys模式——MySQL 8.0提供了sys模式，这是一组对象，可帮助数据库管理员和软件工程师更好地理解通过Performance模式收集的数据。sys模式对象可用于优化和诊断，不过MariaDB没有提供这个增强功能。

7. validate_password插件——validate_password插件主要用于测试密码并提高安全性。MySQL默认启用了这个插件，而MariaDB则不启用。

8. 超级只读—— MySQL通过提供超级​​只读(super read-only)模式来增强read_only功能。如果启用了read_only，服务器只允许具有SUPER权限的用户执行客户端更新。如果同时启用了super_read_only，那么服务器将禁止具有SUPER权限的用户执行客户端更新。

9. 不可见列——这个功能在MariaDB上可用，MySQL不支持该功能。这个功能允许创建未在SELECT *语句中出现的列，而在进行插入时，如果它们的名字没有出现在INSERT语句中，就不需要为这些列提供值。

10. 线程池——MariaDB支持连接线程池，这对于短查询和CPU密集型的工作负载(OLTP)来说非常有用。在MySQL的社区版本中，线程数是固定的，因而限制了这种灵活性。MySQL计划在企业版中增加线程池功能。

性能

近年来，出现了很多关于MySQL和MariaDB引擎性能的基准测试。我们不认为“MySQL或MariaDB哪个更快”这个问题会有一个最终的答案，它在很大程度上取决于具体的使用场景、查询、用户和连接数量等因素。

不过，如果你确实想知道，下面列出了我们发现的一些最新的基准测试结果。请注意，这些测试都是在一组特定的数据库+引擎(例如MySQL+InnoDB)组合上进行的，因此得出的结论只与特定的组合有关。

MySQL 8.0(InnoDB)和MariaDB 10.3.7(MyRocks)基准测试对比：https://minervadb.com/index.php/2018/06/01/benchmarking-innodb-and-myrocks-performance-using-sysbench/

MariaDB 10.1和MySQL 5.7在商用硬件上的性能对比：https://mariadb.org/maria-10-1-mysql-5-7-commodity-hardware/

MySQL 8.0和MariaDB 10.3.5性能对比及UTF8的影响：http://dimitrik.free.fr/blog/archives/2018/04/mysql-performance-80-and-utf8-impact.html

复制

两个数据库都提供了将数据从一个服务器复制到另一个服务器的功能。它们的主要区别是大多数MariaDB版本允许你从MySQL复制数据，这意味着你可以轻松地将MySQL迁移到MariaDB。但反过来却没有那么容易，因为大多数MySQL版本都不允许从MariaDB复制数据。

此外，值得注意的是，MySQL GTID不同于MariaDB GTID，所以将数据从MySQL复制到MariaDB后，GTID数据将相应地做出调整。

以下是这两个数据库在复制配置方面的一些差别：

• MySQL的默认二进制日志格式是基于行的，而在MariaDB中，默认的二进制日志格式是混合式的。

• log_bin_compress——这个配置决定了是否可以压缩二进制日志。这个增强功能是MariaDB独有的，因此MySQL不支持。

MySQL和MariaDB之间的不兼容性

• MariaDB的文档中列出了MySQL和MariaDB之间的数百个不兼容问题。因此，我们无法通过简单的方案在这两个数据库之间进行迁移。

• 大多数数据库管理员都希望MariaDB只是作为MySQL的一个branch，这样就可以轻松地在两者之间进行迁移。但从最新发布的几个版本来看，这种想法是不现实的。MariaDB实际上是MySQL的一个fork，这意味着在它们之间进行迁移需要考虑很多东西。

存储引擎

MariaDB比MySQL支持更多的存储引擎类型。但话说回来，数据库可以支持多少个存储引擎并不重要，重要的是哪个数据库可以支持适合你需求的存储引擎。

MariaDB支持的存储引擎包括：XtraDB、InnoDB、MariaDB ColumnStore、Aria、Archive、Blackhole、Cassandra Storage Engine、Connect、CSV、FederatedX、Memory、Merge、Mroonga、MyISAM、MyRocks、QQGraph、Sequence Storage Engine、SphinxSE、Spider、TokuDB。

MySQL支持的存储引擎包括：InnoDB、MyISAM、Memory、CSV、Archive、Blackhole、Merge、Federated、Example。

在Linux上安装

当你在某些Linux发行版上安装MySQL时，最后可能安装的是MariaDB，因为它是很多(不是全部)Linux发行版的默认设置。

Red Hat Enterprise/CentOS/Fedora/Debian发行版默认会安装MariaDB，而其他发行版(如Ubuntu)默认安装MySQL。

云平台上的可用性

MariaDB可作为运行在Amazon Web Services(AWS)、微软Azure和Rackspace Cloud上的服务。

MySQL在上面提到的三个平台上也是可用的，同时还可以作为托管服务在谷歌云服务平台上运行。

因此，如果你正在使用谷歌云平台，并希望云提供商为你管理服务，那么可以考虑使用MySQL，除非你希望自己安装和管理MariaDB实例。

许可

MariaDB采用了GPL v2许可，而MySQL提供了两个许可选项——GPL v2(用于社区版)和企业许可。

MySQL的两个许可之间的主要区别在于可用的功能和支持服务。用户可以使用MariaDB的所有功能，但对于MySQL来说并非如此。MySQL的社区版不包含线程池等功能，而这些功能会对数据库和查询性能产生重大影响。

发布频率和更新

通常，MariaDB的发布频率比MySQL更频繁。太高的发布频率既有利也有弊。从好的方面来说，用户可以更及时地收到功能和错误修复。从不好的方面来说，为了让MariaDB保持最新的状态，需要更多的工作量。

技术支持

MySQL的支持团队(包括MySQL开发人员和支持工程师)为客户提供全天候服务。甲骨文提供了多种支持选项，包括扩展支持、持续支持和高级支持，具体取决于客户的要求。MariaDB支持团队的支持工程师包括了MariaDB和MySQL数据库专家(因为很多功能最初是由MySQL团队开发的)，他们为生产系统提供全天候的企业级支持。

正在进行中的开发

MySQL的开发者主要是甲骨文的MySQL团队，而MariaDB开发通过公开投票和邮件列表讨论的方式进行。此外，任何人都可以向MariaDB提交补丁，MariaDB开发团队会考虑将这些补丁添加到主代码库中。因此，从某种程度上说，MariaDB是由社区开发的，而MySQL主要由甲骨文开发。

结论

好吧，我们无法为你做出决定。我们能做的就是有针对性地问你一些问题，然后你自己做出决定：

• 你是否分别基于这两个数据库对你的产品性能做过测试?哪一个表现更好，为什么?

• 你是否打算使用其中一个数据库专门提供的功能?

• 你是否打算使用其中一个数据库专门提供的数据库引擎?

• 能够对数据库的开发过程产生影响对你来说有多重要?能够参与下一个功能变更投票对你来说有多重要?

• 你是要为企业版本付费还是使用社区版?社区版的功能是否能够满足你的需求?

• 你的操作系统是否默认支持你所选的数据库?要部署它需不需要很多工作量?

• 你使用的是哪个云提供商?他们是否提供托管服务，其中包括你选择的数据库?

• 你是否计划将来从一种数据库类型迁移到另一种数据库类型?如果是这样，你是否考虑过兼容性和复制方面的问题?

• 如果你能回答好这些问题，可能就很清楚哪个数据库更适合你。

英文原文：

时间:2018-09-11 13:08  来源:    转发量:次