mariaDB 数据库

MariaDB是一个向后兼容、替代MySQL的数据库服务器。它包含所有主要的开源存储引擎。
MariaDB源代码公开存放于Launchpad项目托管平台，同时也提供了二进制和编译包供下载。
 
 

1简介

MariaDB logo

MariaDB logo

MariaDB基于事务的Maria存储引擎，替换了MySQL的MyISAM存储引擎，它使用了Percona的 XtraDB，InnoDB的变体，分支的开发者希望提供访问即将到来的MySQL 5.4 InnoDB性能。这个版本还包括了 PrimeBase XT (PBXT) 和 FederatedX存储引擎。

2起源

为何改了个名字呢，这其中是有些典故的。
MySQL之父Widenius先生离开了Sun之后，觉得依靠Sun/Oracle来发展MySQL，实在很不靠谱，于是决定另开分支，这个分支的名字叫做MariaDB。
MariaDB跟MySQL在绝大多数方面是兼容的，对于开发者来说，几乎感觉不到任何不同。目前MariaDB是发展最快的MySQL分支版本，新版本发布速度已经超过了Oracle官方的MySQL版本。
在Oracle控制下的MySQL开发，有两个主要问题：1. MySQL核心开发团队是封闭的，完全没有Oracle之外的成员参加。很多高手即使有心做贡献，也没办法做到。2. MySQL新版本的发布速度，在Oracle收购Sun之后大为减缓。Widenius有一个ppt，用数据比较了收购之前和之后新版本的发布速度。有很多bugfix和新的feature，都没有及时加入到发布版本之中。
以上这两个问题，导致了各个大公司，都开发了自己定制的MySQL版本，包括Yahoo!/Facebook/Google/阿里巴巴+淘宝网等等。
MySQL是开源社区的资产，任何个人/组织都无权据为己有。为了依靠广大MySQL社区的力量来更快速的发展MySQL，另外开分支是必须的。
MariaDB默认的存储引擎是Maria，不是MyISAM。Maria可以支持事务，但是默认情况下没有打开事务支持，因为事务支持对性能会有影响。可以通过以下语句，转换为支持事务的Maria引擎。ALTER TABLE `tablename` ENGINE=MARIA TRANSACTIONAL=1;

3特点

MariaDB 是一个采用 Maria 存储引擎的MySQL分支版本，是由原来 MySQL 的作者Michael Widenius创办的公司所开发的免费开源的数据库服务器。[1]
这个项目的更多的代码都改编于 MySQL 6.0，例如 “pool of threads”功能提供解决多数据连接问题。MariaDB 5.1.41 RC可以到这里下载，32位和64位已编译Linux版本，还包括源代码包。MariaDB基于GPL 2.0发布。
与 MySQL 相比较，MariaDB 更强的地方在于：
Maria 存储引擎
PBXT 存储引擎
XtraDB 存储引擎
FederatedX 存储引擎
更快的复制查询处理
线程池
更少的警告和bug
运行速度更快
更多的 Extensions (More index parts, new startup options etc)
更好的功能测试
数据表消除
慢查询日志的扩展统计
支持对 Unicode 的排序
相对于MySQL最新的版本5.6来说，在性能、功能、管理、NoSQL扩展方面，MariaDB包含了更丰富的特性。。比如微秒的支持、线程池、子查询优化、组提交、进度报告等。详情见列表。
High Performance
Developers
DBAs
NoSQL
Thread pool
线程池
Microsecond precision & type
微秒支持
Segmented MyISAM keycache
MyISAM缓存分段
HandleSocket
直接InnoDB/XtrDB访问
Group commit for the binary log
binlog组提交
SphinxSE for full-text search
SphinxSE全文索引支持
Authentication plugins - PAM, Active Directory
授权插件
Dynamic columns
动态列
Non-blocking client library
非阻塞库
Subqueries materialize
子查询优化
LIMIT ROWS EXAMINED
LIMIT行检查限制
  
 
GIS functionality
地理信息系统支持
Progress reporting
进度报告
  
[2]

4目标

目标是提供一个由社区开发的、稳定的、总是免费的MySQL分支，在用户级别上兼容主流版本。我们为自己的版本和上游、社区版的互操作性提高而努力。
MariaDB分支与最新的MySQL发布版本的分支保持一致性, 例如MariaDB 5.1.47对应MySQL 5.1.47，等等。

5兼容性

MariaDB是MySQL的二进制替代品
出于实用的目的，MariaDB是同一MySQL版本的二进制替代品(例如MySQL 5.1->MariaDB 5.1, MariaDB5.2和MariaDB 5.3是兼容的。MySQL 5.5将会和MariaDB 5.5保持兼容)。这意味着：
  • 数据和表定义文件(.frm)文件是二进制兼容的。
  • 所有客户端APIs，协议和结构都是相同的。
  • 所有的文件名、二进制文件的路径、端口、套接字等等……应该是相同的。
  • 所有MySQL的连接器(PHP Python Perl Java .NET MyODBC Ruby MySQL C连接器等) 和MariaDB的不变。
    • 有一些和PHP5的安装问题要注意(一个和老的PHP5如何检查库兼容性的bug)。
  • mysql-client包还可以与MariaDB服务器一起工作。
这意味着对于大多数情况下，您可以卸载MySQL和安装MariaDB，可以工作很好。(不需要转换成任何数据文件，如果使用同一主版本,比如5.1)。
我们每月会与MySQL代码库合并来确保我们的兼容性和得到任何Oracle修正的bug和所有特性。
我们在脚本升级方面也做了大量的工作，现在从MySQL 5.0升级到MariaDB 5.1比从MySQL 5.0到MySQL 5.1更容易。
这就是说：MariaDB有许多的新选项、扩展，存储引擎和bug修复,而MySQL是没有的。您可以在MariaDB分发版本差异页面找到不同版本的功能特性集。可在MariaDB versus MySQL – Features看到。
MariaDB 5.1与MySQL 5.1的不兼容性
为了让MariaDB比MySQL提供更多更好的信息，极少情况下MariaDB会出现不兼容情况。
如果使用MariaDB 5.1替代MySQL5.1，您将看到如下列举的全部已知用户级不兼容情况：
  • 安装的包名称，用MariaDB代替MySQL。
  • 时间控制可能不同，MariaDB在许多情况下比MySQL快。
  • mysqld在MariaDB读取是my.cnf中[MariaDB ]的部分。
  • 如果它不是完全相同的MariaDB编译版本，不能使用仅提供二进制的存储引擎库给MariaDB使用 (这是因为服务器内部结构THD在MySQL和MariaDB之间不同。这也是与常见的MySQL版本不同的)。这应该不是问题，因为对于大多数人不加载新存储引擎，MariaDB比MySQL带有更多的存储引擎。
  • CHECKSUM TABLE可能产生不同的结果，由于MariaDB并不忽视NULL的列，MySQL 5.1忽略(未来的MySQL版本应该计算checksums和MariaDB一样)。在MariaDB 开启mysqld –old选项，您可以得到“旧式”的校验和。但是要注意,这个MyISAM存储引擎和Aria 存储引擎在MariaDB实际上在内部使用新的checksum,因此,如果您使用的是—old , CHECKSUM命令将会更慢,因为它需要,一行一行的计算checksum。
  • 慢速查询日志有更多信息关于查询, 如果有一个脚本解析慢速查询日志这可能是一个问题。
  • MariaDB默认情况下比MySQL需要更多的内存,因为我们有默认情况下启用Aria存储引擎处理内部临时表。如果需要MariaDB使用很少的内存(这是以牺牲性能为代价的),您可以设置aria_pagecache_buffer_size的值为 1M(默认值为128M)。
如果正在使用MariaDB的新命令选项，新特性或新存储引擎，那么就不能在MySQL和MariaDB之间轻易来回切换了。
MariaDB 5.2与MySQL 5.1的不兼容性
同MariaDB 5.1和MySQL 5.1的一样，再补充一条：
  • 新增SQL_MODE的取值：IGNORE_BAD_TABLE_OPTIONS。如果未设置该值，使用一个表、字段或索引的属性(选项)不被支持的存储引擎将会导致错误。这个变化可能引起警告不正确的表定义出现在错误日志中，请利用mysql_upgrade修复这个警告。
实际上，MariaDB 5.2是MariaDB 5.1和MySQL 5.1替代品。
MariaDB 5.3与MySQL 5.1和MariaDB 5.2的不兼容性
  • 一些错误信息涉及到错误转换的，MariaDB的差别在于消息中提供了更多的信息关于到底是哪里出了错。
  • MariaDB专用的错误编号已经从1900开始，为的是不与MySQL的错误冲突。
  • MariaDB现在在所有工作场景中可以基于微秒计时工作；而MySQL在某些情况下，如datetime和time，确实会丢失微秒部分。
  • 旧的--maria启动选项被删除。应该使用--aria前缀代替。(MariaDB 5.2都支持这—maria-和- aria-)
  • SHOW PROCESSLIST有一个额外的process列，显示一些命令的进度。您可以启动mysqld用–old 标志禁用它。
  • INFORMATION_SCHEMA.PROCESSLIST对进度报告有三个新列: STAGE, MAX_STAGE和 PROGRESS。
  • 以/*M! 或/*M!#####起头的长注释会得到执行。
  • 如果使用max_user_connections = 0(也就是说任何数量的连接)启动mysqld,您就不能在mysqld运行时修改全局变量了。这是因为当mysqld以max_user_connections = 0启动时,它不分配计数结构(包括每个连接的互斥锁)。如果稍后改变变量，这将导致错误的计数器。如果希望在运行时能改变这个变量，请在启动时将它设置为一个较高的值。
  • 可以设置max_user_connections(包括全局变量和GRANT选项两种场景)为-1来阻止用户连接到服务器。全局变量max_user_connections变量不影响拥有super特权的用户连接。
IGNORE指令并不会忽略所有错误(比如致命错误)，只是会忽略可以安全忽略的那些。
MariaDB 5.5与MariaDB 5.3的不兼容性
XtraDB
XtraDB提供者Percona，在5.5代码库并未提供XtraDB所有早些时候的功能特性。正因为如此,MariaDB 5.5也不能提供它们所有功能特性。
在5.5版本中XtraDB缺少的选项
以下选项XtraDB 5.5是不支持的。如果在my.cnf文件中使用到这些选项，请删除后再升级到5.5。
  • innodb-adaptive-checkpoint；请使用innodb_adaptive_flushing_method 替代。
  • innodb-auto-lru-dump；请使用innodb_buffer_pool_restore_at_startup 替代。
  • innodb-blocking-lru-restore；请使用innodb-blocking-buffer-pool-restore 替代。
  • innodb-enable-unsafe-group-commit
  • innodb-expand-import；请使用 innodb_import_table_from_xtrabackup 替代。
  • innodb-extra-rsegments；请使用innodb_rollback_segment 替代。
  • innodb-extra-undoslots
  • innodb-fast-recovery
  • innodb-flush-log-at-trx-commit-session
  • innodb-overwrite-relay-log-info
  • innodb-pass-corrupt-table；请使用innodb_corrupt_table_action 替代。
  • innodb-use-purge-thread
  • xtradb-enhancements

posted on 2013-10-29 09:07  荣锋亮  阅读(651)  评论(0)  编辑  收藏  举报

导航