MariaDB資料庫管理系統是MySQL的一個分支，主要由開源社區在維護，採用GPL授權許可 MariaDB的目的是完全兼容MySQL，包括API和命令行，使之能輕鬆成為MySQL的代替品。在存儲引擎方面，使用XtraDB（英語：XtraDB）來代替MySQL的InnoDB。 MariaDB由MySQL的創始人Michael Widenius（英語：Michael Widenius）主導開發，他早前曾以10億美元的價格，將自己創建的公司MySQL AB賣給了SUN，此後，隨著SUN被甲骨文收購，MySQL的所有權也落入Oracle的手中。MariaDB名稱來自Michael Widenius的女兒Maria的名字。
MariaDB基於事務的Maria存儲引擎，替換了MySQL的MyISAM存儲引擎，它使用了Percona的 XtraDB，InnoDB的變體，分支的開發者希望提供訪問即將到來的MySQL 5.4 InnoDB性能。這個版本還包括了 PrimeBase XT (PBXT) 和 FederatedX存儲引擎。
基本介紹
- 中文名：MariaDB資料庫管理系統
- 外文名：MariaDB
- 所屬：MySQL的一個分支
- 主要維護者：開源社區
- 類別：存儲引擎
- 進制：二進制
- 授權許可：GPL
版本,發展,起源,特點,目標,第三方工具,兼容性,
版本
MariaDB直到5.5版本，均依照MySQL的版本。因此，使用MariaDB5.5的人會從MySQL 5.5中了解到MariaDB的所有功能。
從2012年11月12日起發布的10.0.0版開始，不再依照MySQL的版號。10.0.x版以5.5版為基礎，加上移植自MySQL 5.6版的功能和自行開發的新功能。
發展
成立於2009年，MySQL之父Michael “Monty” Widenius用他的新項目MariaDB完成了對MySQL的“反戈一擊”。開發這個分支的原因之一是：甲骨文公司收購了MySQL後，有將MySQL閉源的潛在風險，因此社區採用分支的方式來避開這個風險。 過去一年中，大型網際網路用戶以及Linux發行商紛紛拋棄MySQL，轉投MariaDB陣營。MariaDB是目前最受關注的MySQL資料庫衍生版，也被視為開源資料庫MySQL的替代品。
MariaDB雖然被視為MySQL資料庫的替代品，但它在擴展功能、存儲引擎以及一些新的功能改進方面都強過MySQL。而且從MySQL遷移到MariaDB也是非常簡單的：
1、數據和表定義檔案（.frm）是二進制兼容的
2、所有客戶端API、協定和結構都是完全一致的
3、所有檔案名稱、二進制、路徑、連線埠等都是一致的
4、所有的MySQL連線器，比如PHP、Perl、Python、Java、.NET、MyODBC、Ruby以及MySQL C connector等在MariaDB中都保持不變
5、mysql-client包在MariaDB伺服器中也能夠正常運行
6、共享的客戶端庫與MySQL也是二進制兼容的
也就是說，在大多數情況下，你完全可以卸載MySQL然後安裝MariaDB，然後就可以像之前一樣正常的運行。
起源
為何改了個名字呢，這其中是有些典故的。
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;
特點
MariaDB 是一個採用 Maria 存儲引擎的MySQL分支版本，是由原來 MySQL 的作者Michael Widenius創辦的公司所開發的免費開源的資料庫伺服器。
MariaDB相關書籍
MariaDB相關書籍這個項目的很多代碼都改編於 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 進度報告 |
目標
目標是提供一個由社區開發的、穩定的、總是免費的MySQL分支，在用戶級別上兼容主流版本。我們為自己的版本和上游、社區版的互操作性提高而努力。
MariaDB分支與最新的MySQL發布版本的分支保持一致性, 例如MariaDB 5.1.47對應MySQL 5.1.47，等等。
第三方工具
MariaDB的API和協定兼容MySQL，另外又添加了一些功能，以支持本地的非阻塞操作和進度報告。這意味著，所有使用MySQL的連線器、庫和應用程式也將會在MariaDB下工作。在此基礎上，由於擔心甲骨文MySQL的一個更加封閉的軟體項目，Fedora的計畫在Fedora 19中的以MariaDB取代MySQL，維基媒體基金會的伺服器同樣也使用MariaDB取代了MySQL。
如下是支持MariaDB的客戶端工具：
DBEdit 一個免費的MariaDB資料庫和其他資料庫管理應用程式。
Navicat 一系列Windows、Mac OS X、Linux下專有資料庫管理應用程式。
HeidiSQL 一個Windows上自由和開放源碼的MySQL客戶端。它支持MariaDB的5.2.7版本和以後的版本。[5][6]
phpMyAdmin 一個基於網路的MySQL資料庫管理應用程式
如下是支持MariaDB的客戶端工具：
DBEdit 一個免費的MariaDB資料庫和其他資料庫管理應用程式。
Navicat 一系列Windows、Mac OS X、Linux下專有資料庫管理應用程式。
HeidiSQL 一個Windows上自由和開放源碼的MySQL客戶端。它支持MariaDB的5.2.7版本和以後的版本。[5][6]
phpMyAdmin 一個基於網路的MySQL資料庫管理應用程式
兼容性
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
