MariaDB數(shù)據(jù)庫管理系統(tǒng)是MySQL的一個分支，主要由開源社區(qū)在維護(hù)，采用GPL授權(quán)許可 MariaDB的目的是完全兼容MySQL，包括API和命令行，使之能輕松成為MySQL的代替品。在存儲引擎方面，使用XtraDB（英語：XtraDB）來代替MySQL的InnoDB。
MariaDB由MySQL的創(chuàng)始人Michael Widenius（英語：Michael Widenius）主導(dǎo)開發(fā)，他早前曾以10億美元的價格，將自己創(chuàng)建的公司MySQL AB賣給了SUN，此后，隨著SUN被甲骨文公司收購，MySQL的所有權(quán)也落入Oracle數(shù)據(jù)庫的手中,MariaDB名稱來自Michael Widenius的女兒Maria的名字。MariaDB基于事務(wù)的Maria存儲引擎，替換了MySQL的MyISAM存儲引擎，它使用了Percona的 XtraDB，InnoDB的變體，分支的開發(fā)者希望提供訪問即將到來的MySQL 5.4 InnoDB性能。這個版本還包括了 PrimeBase XT (PBXT) 和 FederatedX存儲引擎。
版本
MariaDB直到5.5版本，均依照MySQL的版本。因此，使用MariaDB5.5的人會從MySQL 5.5中了解到MariaDB的所有功能。
從2012年11月12日起發(fā)布的10.0.0版開始，不再依照MySQL的版號。10.0.x版以5.5版為基礎(chǔ)，加上移植自MySQL 5.6版的功能和自行開發(fā)的新功能。
發(fā)展
成立于2009年，MySQL之父Michael “Monty” Widenius用他的新項(xiàng)目MariaDB完成了對MySQL的“反戈一擊”。開發(fā)這個分支的原因之一是：甲骨文公司收購了MySQL后，有將MySQL閉源的潛在風(fēng)險，因此社區(qū)采用分支的方式來避開這個風(fēng)險。過去一年中，大型互聯(lián)網(wǎng)用戶以及Linux發(fā)行商紛紛拋棄MySQL，轉(zhuǎn)投MariaDB陣營。MariaDB是目前最受關(guān)注的MySQL數(shù)據(jù)庫衍生版，也被視為開源數(shù)據(jù)庫MySQL的替代品。
MariaDB雖然被視為MySQL數(shù)據(jù)庫的替代品，但它在擴(kuò)展功能、存儲引擎以及一些新的功能改進(jìn)方面都強(qiáng)過MySQL。而且從MySQL遷移到MariaDB也是非常簡單的：
1、數(shù)據(jù)和表定義文件（.frm）是二進(jìn)制兼容的
2、所有客戶端API、協(xié)議和結(jié)構(gòu)都是完全一致的
3、所有文件名、二進(jìn)制、路徑、端口等都是一致的
4、所有的MySQL連接器，比如PHP、Perl、Python、Java、.NET、myodbc、Ruby以及MySQL C connector等在MariaDB中都保持不變
5、mysql-client包在MariaDB服務(wù)器中也能夠正常運(yùn)行
6、共享的客戶端庫與MySQL也是二進(jìn)制兼容的
也就是說，在大多數(shù)情況下，你完全可以卸載MySQL然后安裝MariaDB，然后就可以像之前一樣正常的運(yùn)行。
目標(biāo)
目標(biāo)是提供一個由社區(qū)開發(fā)的、穩(wěn)定的、總是免費(fèi)的MySQL分支，在用戶級別上兼容主流版本。我們?yōu)樽约旱陌姹竞蜕嫌巍⑸鐓^(qū)版的互操作性提高而努力。
MariaDB分支與最新的MySQL發(fā)布版本的分支保持一致性, 例如MariaDB 5.1.47對應(yīng)MySQL 5.1.47，等等。
起源
為何改了個名字呢，這其中是有些典故的。
MySQL之父Widenius先生離開了Sun之后，覺得依靠Sun/Oracle數(shù)據(jù)庫來發(fā)展MySQL，實(shí)在很不靠譜，于是決定另開分支，這個分支的名字叫做MariaDB。
MariaDB跟MySQL在絕大多數(shù)方面是兼容的，對于開發(fā)者來說，幾乎感覺不到任何不同。目前MariaDB是發(fā)展最快的MySQL分支版本，新版本發(fā)布速度已經(jīng)超過了Oracle官方的MySQL版本。
在Oracle控制下的MySQL開發(fā)，有兩個主要問題：1. MySQL核心開發(fā)團(tuán)隊(duì)是封閉的，完全沒有Oracle之外的成員參加。很多高手即使有心做貢獻(xiàn)，也沒辦法做到。2. MySQL新版本的發(fā)布速度，在Oracle數(shù)據(jù)庫收購Sun之后大為減緩。Widenius有一個ppt，用數(shù)據(jù)比較了收購之前和之后新版本的發(fā)布速度。有很多bugfix和新的feature，都沒有及時加入到發(fā)布版本之中。
以上這兩個問題，導(dǎo)致了各個大公司，都開發(fā)了自己定制的MySQL版本，包括雅虎/Facebook/谷歌/阿里巴巴+淘寶網(wǎng)等等。
MySQL是開源社區(qū)的資產(chǎn)，任何個人/組織都無權(quán)據(jù)為己有。為了依靠廣大MySQL社區(qū)的力量來更快速的發(fā)展MySQL，另外開分支是必須的。
MariaDB默認(rèn)的存儲引擎是Maria，不是myisam。Maria可以支持事務(wù)，但是默認(rèn)情況下沒有打開事務(wù)支持，因?yàn)槭聞?wù)支持對性能會有影響。可以通過以下語句，轉(zhuǎn)換為支持事務(wù)的Maria引擎。ALTER TABLE `tablename` ENGINE=MARIA TRANSACTIONAL=1;
特點(diǎn)
MariaDB 是一個采用 Maria 存儲引擎的MySQL分支版本，是由原來 MySQL 的作者M(jìn)ichael Widenius創(chuàng)辦的公司所開發(fā)的免費(fèi)開源的數(shù)據(jù)庫服務(wù)器。
這個項(xiàng)目的很多代碼都改編于 MySQL 6.0，例如“pool of threads”功能提供解決多數(shù)據(jù)連接問題。MariaDB 5.1.41 RC可以到這里下載，32位和64位已編譯Linux版本，還包括源代碼包。MariaDB基于GPL 2.0發(fā)布。
與 MySQL 相比較，MariaDB 更強(qiáng)的地方在于：
Maria 存儲引擎
PBXT 存儲引擎
XtraDB 存儲引擎
FederatedX 存儲引擎
更快地復(fù)制查詢處理
線程池
更少的警告和bug
運(yùn)行速度更快
更多的 Extensions (More index parts, new startup options etc)
更好的功能測試
數(shù)據(jù)表消除
慢查詢?nèi)罩镜臄U(kuò)展統(tǒng)計
支持對 Unicode 的排序
相對于MySQL最新的版本5.6來說，在性能、功能、管理、NoSQL擴(kuò)展方面，MariaDB包含了更豐富的特性。比如微秒的支持、線程池、子查詢優(yōu)化、組提交、進(jìn)度報告等。詳情見列表。
第三方工具
MariaDB
的API和協(xié)議兼容MySQL，另外又添加了一些功能，以支持本地的非阻塞操作和進(jìn)度報告。這意味著，所有使用MySQL的連接器、庫和應(yīng)用程序也將會在MariaDB下工作。在此基礎(chǔ)上，由于擔(dān)心甲骨文公司MySQL的一個更加封閉的軟件項(xiàng)目，fedora的計劃在Fedora 19中的以MariaDB取代MySQL
，維基媒體基金會的服務(wù)器同樣也使用MariaDB取代了MySQL。
如下是支持MariaDB的客戶端工具：
DBEdit 一個免費(fèi)的MariaDB數(shù)據(jù)庫和其他數(shù)據(jù)庫管理應(yīng)用程序。
Navicat 一系列Windows、Mac OS X、Linux下專有數(shù)據(jù)庫管理應(yīng)用程序。
HeidiSQL 一個Windows上自由和開放源碼的MySQL客戶端。它支持MariaDB的5.2.7版本和以后的版本。
phpMyAdmin 一個基于網(wǎng)絡(luò)的MySQL數(shù)據(jù)庫管理應(yīng)用程序
兼容性
MariaDB是MySQL的二進(jìn)制替代品
出于實(shí)用的目的，MariaDB是同一MySQL版本的二進(jìn)制替代品(例如MySQL 5.1->MariaDB 5.1, MariaDB5.2和MariaDB 5.3是兼容的。MySQL 5.5將會和MariaDB 5.5保持兼容)。這意味著：
數(shù)據(jù)和表定義文件(.frm)文件是二進(jìn)制兼容的。
所有客戶端APIs，協(xié)議和結(jié)構(gòu)都是相同的。
所有的文件名、二進(jìn)制文件的路徑、端口、套接字等等……應(yīng)該是相同的。
所有MySQL的連接器(PHP Python Perl Java .NET MyODBC Ruby MySQL C連接器等) 和MariaDB的不同。
mysql-client包還可以與MariaDB服務(wù)器一起工作。
這意味著對于大多數(shù)情況下，您可以卸載MySQL和安裝MariaDB，可以工作很好。(不需要轉(zhuǎn)換成任何數(shù)據(jù)文件，如果使用同一主版本，比如5.1)。
我們每月會與MySQL代碼庫合并來確保我們的兼容性和得到任何Oracle數(shù)據(jù)庫修正的bug和所有特性。
我們在腳本升級方面也做了大量的工作，從MySQL 5.0升級到MariaDB 5.1比從MySQL 5.0到MySQL 5.1更容易。這就是說：MariaDB有許多的新選項(xiàng)、擴(kuò)展，存儲引擎和bug修復(fù)，而MySQL是沒有的。您可以在MariaDB分發(fā)版本差異頁面找到不同版本的功能特性集。可在MariaDB versus MySQL – Features看到。
MariaDB 5.1與MySQL 5.1的不兼容性
為了讓MariaDB比MySQL提供更多更好的信息，極少情況下MariaDB會出現(xiàn)不兼容情況。
如果使用MariaDB 5.1替代MySQL5.1，您將看到如下列舉的全部已知用戶級不兼容情況：
安裝的包名稱，用MariaDB代替MySQL。
時間控制可能不同，MariaDB在許多情況下比MySQL快。
mysqld在MariaDB讀取是my.cnf中[MariaDB ]的部分。
如果它不是完全相同的MariaDB編譯版本，不能使用僅提供二進(jìn)制的存儲引擎庫給MariaDB使用 (這是因?yàn)榉?wù)器內(nèi)部結(jié)構(gòu)THD在MySQL和MariaDB之間不同。這也是與常見的MySQL版本不同的)。這應(yīng)該不是問題，因?yàn)閷τ诖蠖鄶?shù)人不加載新存儲引擎，MariaDB比MySQL帶有更多的存儲引擎。
CHECKSUM TABLE可能產(chǎn)生不同的結(jié)果，由于MariaDB并不忽視NULL的列，MySQL 5.1忽略(未來的MySQL版本應(yīng)該計算checksums和MariaDB一樣)。在MariaDB 開啟MySQLd –old選項(xiàng)，您可以得到“舊式”的校驗(yàn)和。但是要注意，這個myisam存儲引擎和Aria 存儲引擎在MariaDB實(shí)際上在內(nèi)部使用新的checksum,因此，如果您使用的是—old , CHECKSUM命令將會更慢，因?yàn)樗枰恍幸恍械挠嬎鉩hecksum。
慢速查詢?nèi)罩居懈嘈畔㈥P(guān)于查詢, 如果有一個腳本解析慢速查詢?nèi)罩具@可能是一個問題。
MariaDB默認(rèn)情況下比MySQL需要更多的內(nèi)存，因?yàn)槲覀冊谀J(rèn)情況下啟用Aria存儲引擎處理內(nèi)部臨時表。如果需要MariaDB使用很少的內(nèi)存(這是以犧牲性能為代價的),您可以設(shè)置aria_pagecache_buffer_size的值為 1M(默認(rèn)值為128M)。
如果正在使用MariaDB的新命令選項(xiàng)，新特性或新存儲引擎，那么就不能在MySQL和MariaDB之間輕易來回切換了。
MariaDB 5.2與MySQL 5.1的不兼容性
同MariaDB 5.1和MySQL 5.1的一樣，再補(bǔ)充一條：
新增SQL_MODE的取值：IGNORE_BAD_TABLE_OPTIONS。如果未設(shè)置該值，使用一個表、字段或索引的屬性(選項(xiàng))不被支持的存儲引擎將會導(dǎo)致錯誤。這個變化可能引起警告不正確的表定義出現(xiàn)在錯誤日志中，請利用MySQL_upgrade修復(fù)這個警告。
實(shí)際上，MariaDB 5.2是MariaDB 5.1和MySQL 5.1替代品。
MariaDB 5.3與MySQL 5.1和MariaDB 5.2的不兼容性
一些錯誤信息涉及到錯誤轉(zhuǎn)換的，MariaDB的差別在于消息中提供了更多的信息關(guān)于到底是哪里出了錯。
MariaDB專用的錯誤編號已經(jīng)從1900開始，為的是不與MySQL的錯誤沖突。
MariaDB在所有工作場景中可以基于微秒計時工作；而MySQL在某些情況下，如datetime和time，確實(shí)會丟失微秒部分。
舊的--maria啟動選項(xiàng)被刪除。應(yīng)該使用--aria前綴代替。(MariaDB 5.2都支持這—maria-和- aria-)
SHOW PROCESSLIST有一個額外的process列，顯示一些命令的進(jìn)度。您可以啟動mysqld用–old 標(biāo)志禁用它。
INFORMATION_SchemaPROCESSLIST對進(jìn)度報告有三個新列: STAGE, MAX_STAGE和 PROGRESS。
以/*M! 或/*M!#####起頭的長注釋會得到執(zhí)行。
如果使用max_user_connections = 0(也就是說任何數(shù)量的連接)啟動mysqld,您就不能在mysqld運(yùn)行時修改全局變量了。這是因?yàn)楫?dāng)mysqld以max_user_connections = 0啟動時，它不分配計數(shù)結(jié)構(gòu)(包括每個連接的互斥鎖)。如果稍后改變變量，這將導(dǎo)致錯誤的計數(shù)器。如果希望在運(yùn)行時能改變這個變量，請在啟動時將它設(shè)置為一個較高的值。
可以設(shè)置max_user_connections(包括全局變量和GRANT選項(xiàng)兩種場景)為-1來阻止用戶連接到服務(wù)器。全局變量max_user_connections變量不影響擁有super特權(quán)的用戶連接。
IGNORE指令并不會忽略所有錯誤(比如致命錯誤)，只是會忽略可以安全忽略的那些。
MariaDB 5.5與MariaDB 5.3的不兼容性
XtraDB
XtraDB提供者Percona，在5.5代碼庫并未提供XtraDB所有早些時候的功能特性。正因?yàn)槿绱?MariaDB 5.5也不能提供它們所有功能特性。
在5.5版本中XtraDB缺少的選項(xiàng)
以下選項(xiàng)XtraDB 5.5是不支持的。如果在my.cnf文件中使用到這些選項(xiàng)，請刪除后再升級到5.5。
innodb-adaptive-Check Point軟件技術(shù)公司；請使用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-extrarsegments；請使用innodb_rollback_segment 替代。
innodb-extra-undoslots
innodb-500米口徑球面射電望遠(yuǎn)鏡recovery
innodb-flush-log-at-trx-commit-session
innodb-overwrite-relay-log-info
innodb-passcorrupt-table；請使用InnoDB_corrupt_table_action 替代。
innodb-use-purge-thread
xtradb-enhancements
參考資料 >