什么时候是使用MariaDB代替MySQL的正确时间，为什么？

通过这次迁移，我们能赚到什么，失去什么？

迁移后我应该期望哪些缺点？

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

我认为现在是玩MariaDB的时候了（就像现在是玩这种东西的时候）。就我个人而言，我会等到我认识更多的开发人员，然后再亲自将MariaDB部署到实时客户站点上。

在某些情况下，可能需要更改应用程序，但更改数据库引擎之类的严重问题并不是一件容易的事。

没有理由推测Oracle是否“会”继续积极地开发MySQL。事实很容易找到：查看变更日志并预览发布公告。事实是，甲骨文以前所未有的速度加快了MySQL的开发速度，而且这些发行版的质量也确实很高，这与Sun的5.1发行版或MySQL AB的5.0发行版不同，两者的质量都非常差。

Oracle应该因保存MySQL而获得认可，而不是放弃它。

由于与MySQL兼容，因此可以插入MariaDB。此外，数据库管理还具有一些不错的功能（例如，查询时间的微秒精度，而不是只有几秒钟）。

我已经在几个Drupal站点中做到了这一点，并且完全没有问题。

我的大多数服务器和客户端已经开始切换到MariaDB 5.2，因为它们仍然主要基于MyISAM，并且从http://vbtechsupport.com/606/可以很明显地看出，如果希望获得与MyISAM相关的任何性能提升，MariaDB是一个选择。

MariaDB 5.3的MySQL复制功能也得到了很好的改善，并且组提交可以在Facebook的MySQL页面以及https://lists.launchpad.net/maria-developers/msg04278.html上查看结果

我学到了一些有趣的东西

Schwartz男爵似乎非常有信心MySQL会保持一段时间。就个人而言，我也不会跳出MySQL的火车。自从MySQL（嗯，甲骨文[这只是一言以蔽之，它永远不会]）继续受到支持以来，这将使Monty和Percona等其他公司有机会跟上MySQL对MyISAM的更改（尽管这可能很少）。如果发生此类更改，Monty和Percona可以对MyISAM和MariaDB的代码进行相应的更改。

您可以想到MySQL，就像美国的社会保障。尽管有很多人说社会保障最终会消失，但现在退出社会保障可能会抢夺未来更高的每月支出/福利之一。毛毛雨走了那条路，及时冻结了MyISAM，并利用该存储引擎仅用于临时表。大多数经验丰富的毛毛雨用户都对这个决定感到满意，但这并没有留下更高的期望空间。

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