《MYSQL数据库MariaDB 新版本实力逆袭不仅仅是 MySQL 替代品》要点：
本文介绍了MYSQL数据库MariaDB 新版本实力逆袭不仅仅是 MySQL 替代品，希望对您有用。如果有疑问，可以联系我们。
MYSQL应用MySQL分支――MariaDB
MYSQL应用MariaDB是MySQL源代码的一个分支,主要由开源社区在维护,采用GPL授权许可.开发这个分支的原因之一是：甲骨文公司收购了MySQL后,有将MySQL闭源的潜在风险,因此社区采用分支的方式来避开这个风险.MariaDB是完全兼容MySQL,包括API和命令行,使之能轻松成为MySQL的代替品.在存储引擎方面,使用XtraDB来代替MySQL的InnoDB,XtraDB完全兼容InnoDB,创建一个InnoDB表内部默认会转换成XtraDB.
MYSQL应用Percona XtraDB 是 InnoDB 存储引擎的增强版,用来更好地发挥最新的计算机硬件系统性能,同时还包含一些在高性能环境下的新特性.XtraDB 存储引擎是完全的向下兼容,在 MariaDB 中,XtraDB 存储引擎被标识为"ENGINE=InnoDB",这与 InnoDB 是一样的,所以可以直接用XtraDB 替换掉 InnoDB,而不会产生任何问题.XtraDB 在 InnoDB 的基础上构建,使 XtraDB 具有更多的特性,更多的参数指标和更多的扩展.从实践的角度来看,XtraDB 在CPU多核的条件下更有效的使用内存,并且性能更高.从 MariaDB 5.1 开始就默认使用 XtraDB 存储引擎.
MYSQL应用MariaDB由MySQL的创始人Michael (Monty) Widenius主导开发,他早前曾以10亿美元的价格,将自己创建的公司MySQL AB卖给了SUN,此后,随着SUN被甲骨文收购,MySQL的所有权也落入Oracle的手中.MariaDB名称来自Michael (Monty) Widenius的女儿Maria的名字.
MYSQL应用一、MariaDB 10.0和MySQL 5.6的不同之处
MYSQL应用MySQL 5.6 的代码库的文件结构已经被改动了.比如单个代码文件已经被分成多个,又或者是某些代码已经被重新归类到了不同的文件内.所以要把MariaDB 去配合现在这个文件结构一定是一个非常消耗时间的过程.
MYSQL应用MairaDB 5.5 已经有大量的代码不同于MySQL 5.5 的版本,而且也有很多的新的特征被整合到MariaDB 5.5 中,而这些特征直到 5.6 版本才出现在MySQL中.所以在比较同样功能的MySQL和MariaDB的版本,同时在完成设计和QA方面的审核后,一个很明显的结论是MariaDB会是一个更好的产品.在大多数情况下,在选择 MariaDB的时候,人们会更多地考虑到功能方面的偏好.
MYSQL应用MariaDB不仅仅是MySQL的一个替代品.它的主要目的是创新和提高MySQL的技术,MySQL5.6不是一个合适的创新基础平台,所以MariaDB团队就做了下面的事情：
MYSQL应用引入了一些新功能(像Multi-source Replication多源复制,基于表的并行复制,Galera Cluster集群,Spider水平分片存储引擎,TokuDB存储引擎等),所以需要搞个新版本.
MYSQL应用下个版本称作“MariaDB5.6”是不准确的,因为它不是基于MySQL5.6的,取而代之,MariaDB团队决定版本号调为10.0.
MYSQL应用MariaDB和Percona有什么不同呢?
MYSQL应用Percona是仅仅针对InnoDB引擎上做了性能上的改善(称为XtraDB),而MariaDB在集成了XtraDB存储引擎之外,还集成了更多的存储引擎,包括Aria、SphinxSE、TokuDB、Cassandra、CONNECT、SEQUENCE及Spider存储引擎等,并且在服务器层上做了大量改进,增加了多源复制和基于表的并行复制等.
MYSQL应用二、MariaDB和MySQL的兼容性
MYSQL应用MariaDB跟MySQL在绝大多数方面是兼容的,对于前端应用(比如PHP、Perl、Python、Java、.NET、MyODBC、Ruby、MySQL C connector)来说,几乎感觉不到任何不同.目前MariaDB是发展最快的MySQL分支版本,新版本的发布速度已经超过了Oracle官方的MySQL版本.
MYSQL应用注：MariaDB10.0/10.1的GTID复制跟MySQL5.6不兼容.
MYSQL应用在Oracle控制下的MySQL开发,有两个主要问题：
MYSQL应用MySQL核心开发团队是封闭的,完全没有Oracle之外的成员参加.很多高手即使有心做贡献,也没办法做到.
MYSQL应用MySQL新版本的发布速度,在Oracle收购Sun之后大为减缓.
MYSQL应用Michael (Monty) Widenius有一个PPT,用数据比较了收购之前和之后新版本的发布速度,并表示有很多bugfix和新的feature,都没有及时加入到发布版本之中.
MYSQL应用以上这两个问题,导致了各个大公司,都开发了自己定制的MySQL版本,包括Yahoo!、Facebook、Google、阿里巴巴和淘宝网等.MySQL是开源社区的资产,任何个人/组织都无权据为己有.为了更快速地发展MySQL,另外开分支是必须的.
MYSQL应用三、MariaDB 10.0新增的功能
MYSQL应用更多的存储引擎
MYSQL应用除了包含标准的MyISAM、BLACKHOLE、CSV、MEMORY、ARCHIVE和MERGE等存储引擎外,MariaDB的源代码包和二进制包还包含以下额外的存储引擎：
MYSQL应用Aria(增强版的MyISAM)
XtraDB(增强版的InnoDB)
FederatedX
OQGRAPH
SphinxSE[1]
IBMDB2I
TokuDB[2]
Cassandra
CONNECT
SEQUENCE
Spider[3]
PBXT
MYSQL应用速度提升
MYSQL应用在MariaDB5.3版本里,就已经对子查询进行了优化,并采用semi join半连接方式将SQL改写为了表关联join,从而提高了查询速度.
MYSQL应用在MariaDB5.3版本里,引入了Group commit for the binary log组提交技术,简单的说,多个并发提交的事务加入一个队列里,对这个队列里的事务,利用一次I/O合并提交,从而解决了写日志频繁刷磁盘的问题.
MYSQL应用在MariaDB10.0版本里,引入了基于表的多线程并行复制技术,如果主库上1秒内有10个事务,那么合并一个I/O提交一次,并在binlog里增加一个cid = XX 标记,当cid的值是一样时,Slave就可以进行并行复制,通过设置多个sql_thread线程实现.在MySQL5.5版本里是单进程串行复制,通过sql_thread线程来恢复主库推送过来的binlog,这样会产生一个问题,主库上大量的写操作,从库就有可能会出现延迟.在MySQL5.6是基于库级别的并行复制,MySQL5.7是基于表级别的并行复制.
MYSQL应用在MariaDB5.5版本里,引入了线程池thread pool技术,线程池的连接复用,减少了建立连接的开销,减少了CPU上下文切换,非常适合高并发php短连接应用场景(例如使用开源电商平台ECSHOP秒杀业务场景).
MYSQL应用在处理内部的临时表,MariaDB用Aria引擎代替了MyISAM引擎,这将使某些GROUP BY和DISTINCT请求速度更快,因为Aria有比MyISAM更好的缓存机制.
MYSQL应用扩展和新功能
MYSQL应用时间精确到微秒级别
MYSQL应用提供了虚拟列(函数索引)
MYSQL应用在MariaDB5.2版本里,就已经提供了虚拟列(函数索引),但直到MySQL5.7版本才支持.
MYSQL应用kill命令扩展
MYSQL应用在MariaDB5.3版本里,又对kill命令进行了扩展,可以指定某个user用户,杀死所有查询
MYSQL应用修改表结构可显示执行进度
MYSQL应用提供了动态列(可以存储JSON格式)
MYSQL应用在MariaDB5.3版本里,就已经提供了动态列(可以存储JSON格式),但直到MySQL5.7版本才支持.
MYSQL应用提供了多源复制,但直到MySQL5.7版本才支持.
MYSQL应用支持GTID同步复制.
MYSQL应用创建了用户支持创建角色role权限.
MYSQL应用通过show processlist可以查看内存占用.
MYSQL应用执行create or replace table 等于先执行drop操作,再执行create操作.
MYSQL应用执行delete from table returning命令可删除前返回删除的记录.
MYSQL应用慢查询日志slow log里增加了explain执行计划.
MYSQL应用四、总结
MYSQL应用MariaDB是甲骨文MySQL的加强版本,因此已有的系统不需要任何修改就可以运行,就像使用Percona Server一样.
MYSQL应用MariaDB社区版和企业版的源代码都是开源的,并且所有功能都是免费开放,不用担心功能上有阉割,但甲骨文MySQL企业版延伸套件采取封闭源代码且需要付费.此外,MariaDB相比MySQL拥有更多的功能、更快、更稳定、BUG修复更快.
转载请注明本页网址：
http://www.vephp.com/jiaocheng/4005.html
