什么时候是使用MariadB而不是MySQL的合适时机，为什么？

Question

我们赚到了什么以及我们因这种迁移而失去了什么？

迁移后我应该期望有什么弊端？

在任何情况下更改应用程序真的不需要吗？

Answer 1

我认为现在是时候与Mariadb一起玩了（就像现在一样，是时候玩这样的事情了）。就我个人而言，我会坚持下去，直到我认识更多的开发人员，这些开发人员将Mariadb部署到了现场客户网站之前。

某些情况可能要求更改应用程序，但是像更改数据库引擎一样严重的事情并不是应该轻易考虑的事情。

Answer 2

没有理由推测Oracle是否会继续积极开发MySQL。事实很容易找到：查看ChangElog和预览发布公告。事实是，Oracle比以往更快地加速了MySQL的开发速度，而且与Sun的5.1版本或MySQL AB的5.0版本不同，发行版的质量也非常好，这两种版本都是可怕的。

Oracle值得保存MySQL的认可，而不是放弃它。

Answer 3

由于与MySQL的兼容性，可以将MariaDB插入。此外，DB给药也有一些良好的功能（即查询时间的微秒精度而不是仅几秒钟）。

我在多个Drupal网站上做到了这一点，但根本没有问题。

Answer 4

我的大多数服务器和客户已经开始切换到Mariadb 5.2，因为它们仍然主要基于Myisam的数据库，并且来自 http://vbtechsupport.com/606/ 显然，如果您想要任何与Myisam相关的性能增长，Mariadb是一个值得选择的人。

Mariadb 5.3也可以通过MySQL复制改进来很好地塑造，小组提交在Facebook的MySQL页面上查看结果以及 https://lists.launchpad.net/maria-developers/msg04278.html

Answer 5

我学到了一些有趣的东西...

施瓦茨男爵 似乎非常有信心MySQL会保持一段时间。就个人而言，我也不会跳下MySQL火车。由于mysql（eh，oracle [只是没有滚开舌头，永远不会]），因此这将使Monty和Percona之类的其他人有机会跟上MySQL对Myisam的更改（尽管这是如此）可能很少）。如果此类变化，Monty和Percona可以实施Myisam和Mariadb代码的相应更改。

您可以想到MySQL很像美国的社会保障。尽管有很多人谈到社会保障最终消失，但现在可以摆脱社会保障，可以抢走未来更高的每月支出/福利之一。细雨走了那条路线，及时冻结了Myisam，并将该存储引擎用于温度桌。大多数经验丰富的毛毛雨用户都对这个决定感到满意，但这并不留出更高期望的空间。

因此，直到MySQL实际消失之前，没有真正的理由放弃MySQL。当然，到MariaDB变得更加成熟和广泛时，切换存储引擎和DB服务器已简单地渲染到学术上，并归结为个人选择。