主页 / dba / 问题 / 14
Accepted
Maniero
Asked: 2011-01-04 13:02:58 +0800 CST

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

  • 772

我们在这次迁移中获得了什么，失去了什么？

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

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

mysql mariadb

5 个回答

  1. Best Answer

    我认为现在是使用 MariaDB 的时候了（就像现在是时候使用类似的东西一样）。就我个人而言，我会推迟到我知道更多的开发人员已经将 MariaDB 部署到实时客户站点上，然后再自己动手。

    在某些情况下可能需要更改应用程序，但像更改数据库引擎这样严重的事情不应掉以轻心。

    • 15

  2. 没有理由推测甲骨文是否“会”继续积极开发 MySQL。事实很容易找到：查看更新日志和预览发布公告。事实上，Oracle 以前所未有的速度加快了 MySQL 的开发速度，而且这些版本的质量也非常好，不像 Sun 的 5.1 版本或 MySQL AB 的 5.0 版本，这两个版本的质量都很糟糕。

    Oracle 拯救 MySQL 而不是放弃 MySQL 值得表扬。

    • 15

  3. 由于与 MySQL 的兼容性，MariaDB 可以直接插入。此外，数据库管理还有一些很好的特性（即查询时间的微秒精度，而不是只有几秒）。

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

    • 8

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

    Baron Schwartz似乎非常有信心 MySQL 会在一段时间内保持强大。就个人而言，我也不会跳下 MySQL 火车。由于 MySQL（嗯，Oracle [它只是不会说出来，而且永远不会]）继续受到支持，这将使 Monty 和 Percona 等其他人有机会跟上 MySQL 对 MyISAM 的更改（尽管这可能很少见）。如果发生此类更改，Monty 和 Percona 可以对 MyISAM 和 MariaDB 的代码实施相应的更改。

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

    因此，在 MySQL 真正消失之前，没有真正的理由放弃 MySQL。当然，当 MariaDB 变得更加成熟和广泛使用时，切换存储引擎和 DB 服务器只是变得学术性的，归结为个人选择。

    • 3

  5. 我的大多数服务器和客户端已经开始切换到 MariaDB 5.2，因为它们仍然主要使用基于 MyISAM 的数据库，并且从http://vbtechsupport.com/606/很明显，如果您想要任何与 MyISAM 相关的性能提升，MariaDB 是可以选择的。

    MariaDB 5.3 的 mysql 复制改进和组提交也发展得非常好，在 facebook 的 MySQL 页面以及 https://lists.launchpad.net/maria-developers/msg04278.html上查看结果

    • 3

相关问题