第一步,打开终端,输入如下命令
mysql -u root -p
第二步,输入密码
第三步,d出版本信息
方法二、根据mariadb的安装包的版本来推测,这种方法只有在mariadb通过包管理器安装的才有用。
、、
一、Debian、Ubuntu或者Linux Mint
dpkg -l |grep mariadb
二、Fedora、Centos或者RHEL
rpm -qa |grep mariadb首先, 我要着重详述下为什么我们没有把MySQL 56 直接拿过来作为二次开发的基础,去做一个产品,可以称为 MariaDB 56 这个原因的细节我们直接都没有和众人分享。
1 MySQL56 的代码库的文件结构已经被改动了。比如单个代码文件已经被分成多个,又或者是某些代码已经被重新归类到了不同的文件内。所以要把MariaDB 去配合现在这个文件结构一定是一个非常消耗时间的过程。而其实我确实不是很明白MySQL为什么要改动现有的文件结构。
2 MairaDB 55 已经有大量的代码不同于MySQL 55 的版本,而且也有很多的新的特征被整合到MariaDB 55 中,而这些特征直到 56 版本才出现在MySQL中。所以我们在比较同样功能的MySQL 和MariaDB的版本,同时在完成设计和QA方面的审核后,一个很明显的结论是MariaDB会是一个更好的产品。在大多数情况下,在选择MariaDB的时候,人们会更多的考虑到功能方面的偏好。
3 所以MySQL的新代码,至少是修改bug的代码以后都没有必要进行相应的测试了。我们试想一下,当有这样一个功能要加入到一段代码中,而这个功能原本就是来源于这段代码的情况下,测试将是一个异常重要的过程来保证这个功能的正常运行。
sjZ52
翻译于 2年前
0人顶
顶 翻译的不错哦!
和上文中提到的第二点和第三点一样,Stewart Smith在Percona写到关于Mysql最后安全补丁的回归测试和QA如何测试使用MariaDB工程,以及保存在Percona服务器用作回归测试的测试用例的重要性。参考:wrote yesterday about the latest security fix in MySQL introducing a regression
MariaDB不仅仅是Mysql的一个替代品。它的主要目的是创新和提高Mysql的技术,Mysql56不是一个合适的创新基础平台,所以我们就做了下面的事情:
1由于我们引入了一些新功能(像 multi-source replication多源复制, Cassandra integration, engine independent statistics独立统计系统等),所以我们需要搞个新版本。通常当你引入新功能时,你需要新建个版本。
2下个版本称作“MariaDB56”是不准确的,因为他不是基于Mysql56,取而代之,我们决定版本号调为100
3MariaDB引入Mysql56作为一种替代方案的话,需要提升很多功能,我们已经迈出了第一步,正朝着合并或者重建Mysql56的功能方向发展。从服务器上检出源代码,需要使用 bzr (Bazaar) 版本控制软件。如果你对 bzr 不太熟悉的话,请参考 bzr 的技术文档,文档链接为: 如果你希望从服务器上检出 MariaDB 的分支,请查看MariaDB 源代码 页面。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)