MySQL在Debian的舒展

除非你真的使用了5.6+的特殊function，否则mariadb是完全兼容的所有意图和目的。

或者，正如维基百科关于mariadb的文章所说 ：

MariaDB版本号遵循MySQL的编号scheme，直到版本5.5。 因此，MariaDB 5.5提供了所有的MySQL 5.5function

请记住，mariadb的首席开发人员是Monty – mysql的原创作者。

除非你担心你为MySQL 5.6+专门编写的代码，否则我不认为有避免mariadb（除了个人品味和可能的支持选项）的强制性理由。

如果你确实需要5.6+的function，那么我build议你检查一下你的具体需求是否得到支持（可能还要评估一些改动的成本）。

大多数“需要”我已经运行或安装了多年的mysql，似乎完全乐于使用mariadb，而mariadb明确地意图成为（现在的）Oracle MySQL的插入。

你没有提到你对交换机有什么担忧，但是我build议你至less考虑重新评估一下你对MariaDB的恐惧 – 除此之外，你可能会发现它使你的（操作）生活更容易使用你select的发行版默认的select，而不是需要处理整合替代品。

为什么你不应该继续使用Oracle提供的软件包（他们已经承诺发布debian扩展软件包）似乎没有任何技术上的原因。 当然，有很多非技术angular度会让很多用户访问MariaDB，您可能也想把它们考虑在内。 但是这是服务器故障，我宁愿看问题和答案是围绕技术问题而不是政治问题写的。

如果切换到MariaDB是一个技术性的“大步”（不寻常的，但可能…），通过所有的手段留在MySQL 5.6或采取“小步”到5.7。 尽职调查在这里需要…

发行select将节省您的设置工作，但这是他们唯一的附加价值。 我通常不太重视这一点，它最终是一个行动的select。 在（我的）DevOps世界中，我倾向于select使开发人员/testing人员更高兴和更高效的工具，并相信Ops能够部署，即使牺牲“更多安装时间”（通常是一个事件，而不是作为开发/testing的连续活动）。

两分钱：

1. 不要让懒惰定义你的环境。 检查MariaDB！

2. 远离不稳定的存储库。 大多数情况下他们都可以，但是如果没有“足够的眼球”，数据库不是你想要使用的。

Maria和Percona都是MySQL的替代品。 从MySQL迁移到Maria将比升级到更新版本的MySQL更小一步，特别是在使用非标准存储引擎的情况下。 （InnoDB自5.5.5版起成为默认版本; MyISAM是此前的默认版本。）

玛丽亚声称是MySQL的替代品。 https://mariadb.com/kb/en/mariadb/mariadb-vs-mysql-compatibility/

维基百科从MySQL迁移到MariaDB。 http://www.infoworld.com/article/2614268/open-source-software/wikipedia-dumps-mysql–hooks-up-with-mariadb.html

Google从MySQL迁移到MariaDB。 http://www.zdnet.com/article/google-quietly-dumps-oracle-mysql-for-mariadb/

红帽使用MariaDB而不是MySQL。 https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/7.0_Release_Notes/chap-Red_Hat_Enterprise_Linux-7.0_Release_Notes-Web_Servers_and_Services.html

SUSE Enterprise Linux使用MariaDB而不是MySQL。 https://www.suse.com/releasenotes/x86_64/SUSE-SLES/12/#fate-316482

Arch使用MariaDB而不是MySQL。 https://www.archlinux.org/news/mariadb-replaces-mysql-in-repositories/

这个问题可能是https://dba.stackexchange.com/的候选人。

甲骨文公司对防止开源数据库软件干扰其商业产品具有既得利益。 单靠这一点不是不信任MySQL的理由，但这是一个值得注意的事实。