吊打MySQL，MariaDB到底強在哪？

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

圖片來自 Pexels

MySQL 的發(fā)展史

MySQL 的歷史可以追溯到 1979 年，它的創(chuàng)始人叫作 Michael Widenius，他在開發(fā)一個報表工具的時候，設計了一套 API。
后來他的客戶要求他的 API 支持 sql 語句，他直接借助于 mSQL（當時比較牛）的代碼，將它集成到自己的存儲引擎中。但是他總是感覺不滿意，萌生了要自己做一套數(shù)據(jù)庫的想法。

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

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

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

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

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

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

2009 年 4 月，Oracle 公司以 74 億美元收購 Sun 公司，MySQL 也隨之進入 Oracle 時代。

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

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

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

橫空出世的 MariaDB 是什么鬼

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

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

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

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

因此，大家都認為，MariaDB 擁有比 MySQL 更純正的 MySQL 血脈。最初的版本更新與 MySQL 同步，相對 MySQL5 以后的版本，MariaDB 也有相應的 5.1~5.5 的版本。
后來 MariaDB 終于擺脫了 MySQL，它的版本號直接從 10.0 開始，以自己的步伐進行開發(fā)，當然，還是可以對 MySQL 完全兼容。現(xiàn)在，MariaDB 的數(shù)據(jù)特性、性能等都超越了 MySQL。

測試環(huán)境

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

分別在 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;

插入性能

單條插入
單條插入的測試結果如下表所示：

批量插入

批量插入的測試結果如下表所示：

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

SELECT COUNT(0) FROM LOG 

結果兩個表都是 6785000 條，MariaDB 用時 3.065 秒，MySQL 用時 6.404 秒。

此時我機器的內存用了 6 個 G，MariaDB 用了 474284 K，MySQL 只用了 66848 K。看來 MariaDB 快是犧牲了空間換取的。

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

SELECT MAX(TIME), MIN(TIME) FROM LOG 

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

SELECT * FROM LOG WHERE TIME > '2020-02-04 00:00:00' AND TIME < '2020-02-04 01:00:00' ORDER BY TIME 

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

SELECT * FROM LOG WHERE LEVEL = 'info' 

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

SELECT * FROM LOG WHERE MESSAGE = 'debug' MariaDB 用時 0.003 秒，MySQL 用時 0.004 秒。 

有索引

ALTER TABLE `performance`.`log` ADD INDEX `time` (`time`), ADD INDEX `level` (`level`), ADD FULLTEXT INDEX `message` (`message`);

MariaDB 用時 2 分 47 秒，MySQL 用時 3 分 48 秒。再用上面的測試項目進行測試，結果如下表所示：

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

免責聲明：本文內容由21ic獲得授權后發(fā)布，版權歸原作者所有，本平臺僅提供信息存儲服務。文章僅代表作者個人觀點，不代表本平臺立場，如有問題，請聯(lián)系我們，謝謝！