mysqlmariadb版本对应(mysql数据库的版本号)
本篇文章给大家谈谈mysqlmariadb版本对应,以及mysql数据库的版本号对应的知识点,希望对各位有所帮助,不要忘了收藏本站喔。
本文目录一览:
mariadb 10.1 相当于mysql哪个版本
mariadb 10.1 相当于mysql 5.7版本。
MariaDB的目的是完全兼容MySQL,包括API和命令行,使之能轻松成为MySQL的代替品。
MariaDB直到5.5版本,均依照MySQL的版本。因此,使用MariaDB5.5的人会从MySQL5.5中了解到MariaDB的所有功能。从2012年11月12日起发布的10.0.0版开始,不再依照察纤MySQL的版号。
10.0.x版以5.5版为基础,加上败颂仿移植自MySQL 5.6版的功能和自行开发的新功能。
MariaDB的API和协议兼容MySQL,另外又添加了一些功能,以支持本地的非阻塞操作和进度报告。
扩展资料:
MariaDB的由来:
MariaDB数据库管理系统是MySQL的一个分支,主要由开源社区在维护,采用GPL授权许可。开发这个分支的原因之一是:甲骨文公司收购了MySQL后,有将MySQL闭源的潜在风险,因此社区采用分支的方式来避开这个风险。
MariaDB由MySQL的创始人麦克尔·维德纽斯主导开发,他早前曾以10亿美元的价格,将自己创建的公司MySQL卖给了SUN,此后,随着SUN被甲骨文收购,MySQL的所有权也落入Oracle的手樱伏中。
MariaDB名称来自麦克尔·维德纽斯的女儿玛丽亚(英语:Maria)的名字。
[img]MariaDB 10.0 和 MySQL 5.6 有何不同
去年的5月,我第一次在博客上介绍了关于MariaDB 10.0。 我们当时收到很多的反馈,在进行众人意见总结后,我们再次的更加深入的解释过MariaDB 10.0. 在新的一年的伊始,随着MariaDB 10.0 的 Alpha版本的推出,现在应该是时候再多说一点关于MariaDB 10.0, 特别是它和MySQL 5.6的一些区别,而这个问题也是我和很多身在MariaDB项目里的人都常常被问及的问题。
首先, 我要着重详述下为什么我们没有把MySQL 5.6 直接拿过来作为二次开发的基础,去做一个产品,可以称为 MariaDB 5.6. 这个原因的细节我们直接都没有和众人分享。
1. MySQL5.6 的代码库的文件结构已经被改动了。比如单个代码文件已经被分成多个,又或者是某些代码已经被重新归类到了不同的文件内。所以要把MariaDB 去配合现在这个文件结构答行散一定是一个非常消耗时间的过程。而其实我确实不是很明白MySQL为什么要改动现有的文件结构。
2. MairaDB 5.5 已经有大量的代码不同于MySQL 5.5 的版本,而且也有很多的新的特征被整合到MariaDB 5.5 中,而这些特征直到 5.6 版本才出现在MySQL中。所以我们在比较同样功能的MySQL 和MariaDB的版本,同时在完成设计和QA方面的审核后,一个很明显的结论是MariaDB会是一个更好的产品。在大多数情况下,在选择MariaDB的时候,人们会更多的考虑到功能方面的偏好。
3. 所以MySQL的新代码,至少是修改bug的代码以后都没有必要进行相应的测试了。我们试想一下,当有这样一个功能要加入到一段代码中,而这个功能原本就是来源于这段代码的情况下,测试将是一个异常重要的过程来保证这个功能的正常运行。
和上文中提到的第二点和第三点一样,Stewart Smith在Percona写到关于Mysql最后安全补丁的回归测试和QA如带行何测试使用MariaDB工程,以及保存在Percona服务器用作回归测试的测试用例的重要性。参考:wrote yesterday about the latest security fix in MySQL introducing a regression
MariaDB不仅仅是Mysql的一个替代品。它的主要目的是创新和提高Mysql的技术,Mysql5.6不是一个合适的创新基础平台,所以我们就做了下面的事情:
1.由于我们引入了一些新功能(像 multi-source replication多源复制, Cassandra integration, engine independent statistics独立统计系统等),所以我们需要搞个新版本。通常当你引入新功能时,你需要新建个版本。
2.下个版本称作“MariaDB5.6”是不准确的,因为他不是基于Mysql5.6,取而代之,我们决定版本号调为10.0
3.MariaDB引入Mysql5.6作为一种替代方案的话,需要提升很多功能,我们已经迈出了第一步,正朝着合并或者重建Mysql5.6的功能方向发展。
首先,mariadb 10.0是一个主要数据库版本,比如组合后的innodb与组合后性能架构,和一个新的全局执行事务id。今年夏天,mariadb 10,清氏有可能被当做GA开放式数据库。(注释)
通过阶梯式的方法,我们的最终目的是聚合或者重新实现mysql5.6的所有功能特色。重新实现的所有功能特色都将同它们的mysql版本兼容。到此为止,maria 10将全面兼容mysql5.6版本。除了顶部框架之外,其中含有众多附加的mariadb数据库的唯一的功能。
重新实现功能的决定很简单。如果从我们或者用户的角度来看,MySQL 5.6缺乏该功能,那么我们就重新实现它。重新实现的决定并不是因为“我想这样做”,或者受“非自主发明综合征”的影响。每个问题都是经过认真而广泛的讨论的。你可以加入邮件列表来参与这些讨论,并且让我们听到你的声音,邮件列表是 网站上的 maria-developers@lists.launchpad.net 。
我们是不是有其他的选择。答案是 Yes。我们本可以把最新版本的MySQL 5.6 拿过来作为MariaDB 5.6 的基础,然后在其之上进行修修补补。但是,我们需要意识到的是:MariaDB 不是一个附加的补丁程序。虽然MairaDB 实在MySQL的基础上建立起来的,但是我们有很多的工程师正在努力工作,他们的功劳是不可低估的。不得不提的是,我们全职的MariaDB 的工程师和QA人员一直在努力MySQL 技术可以更好地为MairaDB服务。
当然,还有另外一条路可以走,就是不再依赖于MySQL,并且不再兼容MySQL,如此,我们将称为一个独立的个体。但是我们不太采取这样的方案。因为我们和众多的MariaDB的用户都收益于MySQL的功能,也很想MariaDB也同样可以有这些特征。
MariaDB 5.5 已经为MairaDB打下一片天地,而且我们自然也会乘机而上。现在,每周都会有更多的下载量,更多的分支是基于MariaDB的,而且更为重要的是已经很越来越多的大型运用案例是在采用MariaDB。
我们在进行MariaDB项目的过程中,一直都努力让MariaDB成为MySQL的一个替代品,而且同时也会有更多的可实现的创新,而这两点,我们一直都很小心地把握一个平衡来分配我们的投入。当然,没有传新,MariaDB永远都不会是一个真正的产品。
加入MariaDB和SkySQL的联合路演,您可以获得更多更新的关于MariaDB的消息。我们也很期待听到你们的建议和意见。路由的时间表和预订信息见here.
mariadb可以兼容mysql的哪些版本
MariaDB是用来替换同版本的MySQL的不同的二进制发行版本(如MySQL5.1与MariaDB5.1/5.2/5.3都陵弯是兼容的,MySQL5.5与MariaDB5.5是兼容的,实际上它与MariaDB10.0也同样兼容)。这意味尺掘闷着:
数据和表定义文件(.frm)是二进制兼容的
后散亩文会介绍具体的不兼容特性
全部的客户端API、协议在结构上是一致的!
关于mysqlmariadb版本对应和mysql数据库的版本号的介绍到此就结束了,不知道你从中找到你需要的信息了吗 ?如果你还想了解更多这方面的信息,记得收藏关注本站。