吊打MySQL，MariaDB到底強(qiáng)在哪？
近年來，不少程序員在吹捧 MariaDB，拋棄 MySQL。本文總結(jié)了一些 MariaDB 強(qiáng)過 MySQL 的地方，分享給大家！
圖片來自 Pexels
MySQL 的發(fā)展史
MySQL 的歷史可以追溯到 1979 年，它的創(chuàng)始人叫作 Michael Widenius，他在開發(fā)一個(gè)報(bào)表工具的時(shí)候，設(shè)計(jì)了一套 API。
后來他的客戶要求他的 API 支持 sql 語句，他直接借助于 mSQL（當(dāng)時(shí)比較牛）的代碼，將它集成到自己的存儲引擎中。但是他總是感覺不滿意，萌生了要自己做一套數(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ā)生了，那就是存儲引擎 InnoDB 的誕生！直到現(xiàn)在，MySQL 可以選擇的存儲引擎，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)的存儲引擎，MySQL 從此進(jìn)入了輝煌時(shí)代。
然而，從那之后，Oracle 對 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 的代替品。
在存儲引擎方面，使用 XtraDB 來代替 MySQL 的 InnoDB。MariaDB 由 MySQL 的創(chuàng)始人 Michael Widenius 主導(dǎo)，由開源社區(qū)的大神們進(jìn)行開發(fā)。
因此，大家都認(rèn)為，MariaDB 擁有比 MySQL 更純正的 MySQL 血脈。最初的版本更新與 MySQL 同步，相對 MySQL5 以后的版本，MariaDB 也有相應(yīng)的 5.1~5.5 的版本。
后來 MariaDB 終于擺脫了 MySQL，它的版本號直接從 10.0 開始，以自己的步伐進(jìn)行開發(fā)，當(dāng)然，還是可以對 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é)果如下表所示：
批量插入
批量插入的測試結(jié)果如下表所示：
查詢性能
經(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ù)，并對 time 字段排序：
SELECT * FROM LOG WHERE TIME > '2020-02-04 00:00:00' AND TIME < '2020-02-04 01:00:00' 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 秒。
有索引
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é)
在上面的測試中 MariaDB 的性能的確優(yōu)于 MySQL，看來各大廠商放棄 MySQL 擁抱 MariaDB 還是非常有道理的。
免責(zé)聲明：本文內(nèi)容由21ic獲得授權(quán)后發(fā)布，版權(quán)歸原作者所有，本平臺僅提供信息存儲服務(wù)。文章僅代表作者個(gè)人觀點(diǎn)，不代表本平臺立場，如有問題，請聯(lián)系我們，謝謝！
下載文檔
