迁移带来的收益和损失?

迁移后的缺点是什么?

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

#1 楼

我认为现在是玩MariaDB的时候了(就像现在是玩这种东西的时候)。就我个人而言,我会一直等到我认识更多开发人员,然后再亲自将MariaDB部署到实时客户站点上之前。您的数据库引擎不应该被轻视。

评论


看着其他人将脚踩到新存储引擎的池中时,请小心谨慎。 +1等待大跌!

– RolandoMySQLDBA
11年8月16日在5:01

#2 楼

没有理由推测Oracle是否“会”继续积极地开发MySQL。事实很容易找到:查看变更日志并预览发布公告。事实是,甲骨文比以往任何时候都更快地加快了MySQL的开发速度,而且这些发行版的质量也非常好,这与Sun的5.1发行版或MySQL AB的5.0发行版都不一样,两者的质量都很差。

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

评论


虽然很有见地,但我不明白这如何回答问题

– BlueRaja-Danny Pflughoeft
13年1月24日在23:57

#3 楼

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

我已经在多个Drupal站点中做到了,并且完全没有问题。

评论


+1为您英勇地过渡到MariaDB !!!

– RolandoMySQLDBA
11年8月16日在4:57

#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上看到结果

#5 楼

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

施瓦茨男爵似乎非常有信心MySQL会保持强大一段时间。就个人而言,我也不会跳出MySQL的火车。自从MySQL(嗯,Oracle [永远不会停止,它永远不会])继续受到支持以来,这将使Monty和Percona等其他公司有机会跟上MySQL对MyISAM的更改(尽管可能很少)。万一发生此类更改,Monty和Percona可以对MyISAM和MariaDB的代码进行相应的更改。

您可以想到MySQL,就像美国的Social Security。尽管有很多人说社会保障最终会消失,但现在退出社会保障可能会抢夺未来更高的每月支出/福利之一。毛毛雨走了那条路,及时冻结了MyISAM,并利用该存储引擎仅用于临时表。大多数经验丰富的Drizzle用户都对这个决定感到满意,但是这并没有留下更高的期望。当然,随着MariaDB变得更加成熟和普及,切换存储引擎和DB服务器已变得简单易学,并且归结为个人选择。

评论


这就是为什么我们的企业生活在石器时代。就像没有“理由”要退出Java一样,只是面对Java开发(对于语言本身)几乎已经死了。您可以打赌,Oracle会继续跟上MySQL开发的步伐。这就是MariaDB的重点。

–睡眠者史密斯
2011年6月10日在2:14