版本
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以及MySQLCconnector等在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創辦的公司所開發的免費開源的數據庫服務器。
這個項目的很多代碼都改編于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包含了更豐富的特性。比如微秒的支持、線程池、子查詢優化、組提交、進度報告等。詳情見列表。
目标
目标是提供一個由社區開發的、穩定的、總是免費的MySQL分支，在用戶級别上兼容主流版本。我們為自己的版本和上遊、社區版的互操作性提高而努力。
MariaDB分支與最新的MySQL發布版本的分支保持一緻性,例如MariaDB5.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是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之間輕易來回切換了。
MariaDB5.2與MySQL5.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-commitinnodb-expand-import；請使用innodb_import_table_from_xtrabackup替代。innodb-extra-rsegments；請使用innodb_rollback_segment替代。innodb-extra-undoslotsinnodb-fast-recoveryinnodb-flush-log-at-trx-commit-sessioninnodb-overwrite-relay-log-infoinnodb-pass-corrupt-table；請使用innodb_corrupt_table_action替代。innodb-use-purge-thread
- xtradb-enhancements
