近年來，不少程序員在吹捧 MariaDB，拋棄 MySQL。本文總結(jié)了一些 MariaDB 強(qiáng)過 MySQL 的地方，分享給大家！

MySQL 的發(fā)展史

MySQL 的歷史可以追溯到 1979 年，它的創(chuàng)始人叫作 Michael Widenius，他在開發(fā)一個(gè)報(bào)表工具的時(shí)候，設(shè)計(jì)了一套 API。

后來他的客戶要求他的 API 支持 sql 語句，他直接借助于 mSQL（當(dāng)時(shí)比較牛）的代碼，將它集成到自己的存儲(chǔ)引擎中。但是他總是感覺不滿意，萌生了要自己做一套數(shù)據(jù)庫的想法。

一到 1996 年，MySQL 1.0 發(fā)布，僅僅過了幾個(gè)月的時(shí)間，1996 年 10 月 MySQL 3.11.1 當(dāng)時(shí)發(fā)布了 Solaris 的版本，一個(gè)月后，Linux 的版本誕生，從那時(shí)候開始，MySQL 慢慢的被人所接受。

1999 年，Michael Widenius 成立了 MySQL AB 公司，MySQL 由個(gè)人開發(fā)轉(zhuǎn)變?yōu)閳F(tuán)隊(duì)開發(fā)，2000 年使用 GPL 協(xié)議開源。

2001 年，MySQL 生命中的大事發(fā)生了，那就是存儲(chǔ)引擎 InnoDB 的誕生！直到現(xiàn)在，MySQL 可以選擇的存儲(chǔ)引擎，InnoDB 依然是 No.1。

2008 年 1 月，MySQL AB 公司被 Sun 公司以 10 億美金收購，MySQL 數(shù)據(jù)庫進(jìn)入 Sun 時(shí)代。

Sun 為 MySQL 的發(fā)展提供了絕佳的環(huán)境，2008 年 11 月，MySQL 5.1 發(fā)布，MySQL 成為了最受歡迎的小型數(shù)據(jù)庫。

在此之前，Oracle 在 2005 年就收購了 InnoDB，因此，InnoDB 一直以來都只能作為第三方插件供用戶選擇。

2009 年 4 月，Oracle 公司以 74 億美元收購 Sun 公司，MySQL 也隨之進(jìn)入 Oracle 時(shí)代。

2010 年 12 月，MySQL 5.5 發(fā)布，Oracle 終于把 InnoDB 做成了 MySQL 默認(rèn)的存儲(chǔ)引擎，MySQL 從此進(jìn)入了輝煌時(shí)代。

然而，從那之后，Oracle 對(duì) MySQL 的態(tài)度漸漸發(fā)生了變化，Oracle 雖然宣稱 MySQL 依然遵守 GPL 協(xié)議，但卻暗地里把開發(fā)人員全部換成了 Oracle 自己人。

開源社區(qū)再也影響不了 MySQL 發(fā)展的腳步，真正有心做貢獻(xiàn)的人也被拒之門外，MySQL 隨時(shí)都有閉源的可能……

橫空出世的 MariaDB 是什么鬼

先提一下 MySQL 名字的由來吧，Michael Widenius 的女兒的簡稱就是 MY，Michael Widenius大 概也是把 MySQL 當(dāng)成自己的女兒吧。

看著自己辛苦養(yǎng)大的 MySQL 被 Oracle 搞成這樣，Michael Widenius 非常失望，決定在 MySQL 走向閉源前，將 MySQL 進(jìn)行分支化，依然是使用了自己女兒的名字 MariaDB（瑪莉亞 DB）。

MariaDB 數(shù)據(jù)庫管理系統(tǒng)是 MySQL 的一個(gè)分支，主要由開源社區(qū)在維護(hù)，采用 GPL 授權(quán)許可 MariaDB 的目的是完全兼容 MySQL，包括 API 和命令行，使之能輕松成為 MySQL 的代替品。

在存儲(chǔ)引擎方面，使用 XtraDB 來代替 MySQL 的 InnoDB。MariaDB 由 MySQL 的創(chuàng)始人 Michael Widenius 主導(dǎo)，由開源社區(qū)的大神們進(jìn)行開發(fā)。

因此，大家都認(rèn)為，MariaDB 擁有比 MySQL 更純正的 MySQL 血脈。最初的版本更新與 MySQL 同步，相對(duì) MySQL5 以后的版本，MariaDB 也有相應(yīng)的 5.1~5.5 的版本。

后來 MariaDB 終于擺脫了 MySQL，它的版本號(hào)直接從 10.0 開始，以自己的步伐進(jìn)行開發(fā)，當(dāng)然，還是可以對(duì) MySQL 完全兼容?，F(xiàn)在，MariaDB 的數(shù)據(jù)特性、性能等都超越了 MySQL。

測試環(huán)境

本性能測試環(huán)境如下：

CPU：I7

內(nèi)存：8G

OS：Windows 10 64位

硬盤類型：SSD

MySQL：8.0.19

MariaDB：10.4.12

分別在 MySQl 和 MariaDB 中創(chuàng)建名為 performance 的數(shù)據(jù)庫，并創(chuàng)建 log 表，都使用 innodb 作為數(shù)據(jù)庫引擎：

CREATE TABLE `performance`。`log`（ `id` INT UNSIGNED NOT NULL AUTO_INCREMENT， `time` DATETIME NOT NULL， `level` ENUM（‘info’，‘debug’，‘error’） NOT NULL， `message` TEXT NOT NULL， PRIMARY KEY （`id`） ） ENGINE=INNODB CHARSET=utf8;

插入性能

單條插入

單條插入的測試結(jié)果如下表所示：

MariaDB 單條數(shù)據(jù)插入的性能比 MySQL 強(qiáng) 1 倍左右。

批量插入

批量插入的測試結(jié)果如下表所示：

上面的測試結(jié)果，MariaDB 并沒有絕對(duì)優(yōu)勢，甚至有時(shí)還比 MySQL 慢，但平均水平還是高于 MySQL。

查詢性能

經(jīng)過了多次插入測試，我兩個(gè)數(shù)據(jù)庫里插入了很多數(shù)據(jù)，此時(shí)用下面的 sql 查詢表中的數(shù)據(jù)量：

SELECT COUNT（0） FROM LOG

結(jié)果兩個(gè)表都是 6785000 條，MariaDB 用時(shí) 3.065 秒，MySQL 用時(shí) 6.404 秒。

此時(shí)我機(jī)器的內(nèi)存用了 6 個(gè) G，MariaDB 用了 474284 K，MySQL 只用了 66848 K?？磥?MariaDB 快是犧牲了空間換取的。

無索引

先查詢一下 time 字段的最大值和最小值：

SELECT MAX（TIME）， MIN（TIME） FROM LOG

MariaDB 用時(shí) 6.333 秒，MySQL 用時(shí) 8.159 秒。接下來測試過濾 time 字段在 0 點(diǎn)到 1 點(diǎn)之間的數(shù)據(jù)，并對(duì) time 字段排序：

SELECT * FROM LOG WHERE TIME 》 ‘2020-02-04 0000’ AND TIME 《 ‘2020-02-04 0100’ ORDER BY TIME

MariaDB 用時(shí) 6.996 秒，MySQL 用時(shí) 10.193 秒。然后測試查詢 level 字符是 info 的數(shù)據(jù)：

SELECT * FROM LOG WHERE LEVEL = ‘info’

MariaDB 用時(shí) 0.006 秒，MySQL 用時(shí) 0.049 秒。最后測試查詢 message 字段值為 debug 的數(shù)據(jù)：

SELECT * FROM LOG WHERE MESSAGE = ‘debug’ MariaDB 用時(shí) 0.003 秒，MySQL 用時(shí) 0.004 秒。

有索引

分別對(duì)兩個(gè)數(shù)據(jù)庫的字段創(chuàng)建索引：

ALTER TABLE `performance`。`log` ADD INDEX `time` （`time`）， ADD INDEX `level` （`level`）， ADD FULLTEXT INDEX `message` （`message`）;

MariaDB 用時(shí) 2 分 47 秒，MySQL 用時(shí) 3 分 48 秒。再用上面的測試項(xiàng)目進(jìn)行測試，結(jié)果如下表所示：

有些結(jié)果添加了索引后還不如不加索引時(shí)理想，說明實(shí)際使用時(shí)并不是每個(gè)字段都需要添加索引的。

總結(jié)

在上面的測試中 MariaDB 的性能的確優(yōu)于 MySQL，看來各大廠商放棄 MySQL 擁抱 MariaDB 還是非常有道理的。

原文標(biāo)題：吊打MySQL，MariaDB到底強(qiáng)在哪？

文章出處：【微信公眾號(hào)：Linux愛好者】歡迎添加關(guān)注！文章轉(zhuǎn)載請注明出處。

責(zé)任編輯：haq