吊打MySQL，MariaDB到底強在哪？
圖片來自 Pexels
MySQL 的發(fā)展史
MySQL 的歷史可以追溯到 1979 年，它的創(chuàng)始人叫作 Michael Widenius，他在開發(fā)一個報表工具的時候，設(shè)計了一套 API。
后來他的客戶要求他的 API 支持 sql 語句，他直接借助于 mSQL(當(dāng)時比較牛)的代碼，將它集成到自己的存儲引擎中。但是他總是感覺不滿意，萌生了要自己做一套數(shù)據(jù)庫的想法。
一到 1996 年，MySQL 1.0 發(fā)布，僅僅過了幾個月的時間，1996 年 10 月 MySQL 3.11.1 當(dāng)時發(fā)布了 Solaris 的版本，一個月后，Linux 的版本誕生，從那時候開始，MySQL 慢慢的被人所接受。
1999 年，Michael Widenius 成立了 MySQL AB 公司，MySQL 由個人開發(fā)轉(zhuǎn)變?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 當(dāng)成自己的女兒吧。
看著自己辛苦養(yǎng)大的 MySQL 被 Oracle 搞成這樣，Michael Widenius 非常失望，決定在 MySQL 走向閉源前，將 MySQL 進行分支化，依然是使用了自己女兒的名字 MariaDB(瑪莉亞 DB)。
MariaDB 數(shù)據(jù)庫管理系統(tǒng)是 MySQL 的一個分支，主要由開源社區(qū)在維護，采用 GPL 授權(quán)許可 MariaDB 的目的是完全兼容 MySQL，包括 API 和命令行，使之能輕松成為 MySQL 的代替品。
在存儲引擎方面，使用 XtraDB 來代替 MySQL 的 InnoDB。MariaDB 由 MySQL 的創(chuàng)始人 Michael Widenius 主導(dǎo)，由開源社區(qū)的大神們進行開發(fā)。
因此，大家都認為，MariaDB 擁有比 MySQL 更純正的 MySQL 血脈。最初的版本更新與 MySQL 同步，相對 MySQL5 以后的版本，MariaDB 也有相應(yīng)的 5.1~5.5 的版本。
后來 MariaDB 終于擺脫了 MySQL，它的版本號直接從 10.0 開始，以自己的步伐進行開發(fā)，當(dāng)然，還是可以對 MySQL 完全兼容。現(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 強 1 倍左右。
批量插入
批量插入的測試結(jié)果如下表所示：
上面的測試結(jié)果，MariaDB 并沒有絕對優(yōu)勢，甚至有時還比 MySQL 慢，但平均水平還是高于 MySQL。
查詢性能
經(jīng)過了多次插入測試，我兩個數(shù)據(jù)庫里插入了很多數(shù)據(jù)，此時用下面的 sql 查詢表中的數(shù)據(jù)量：
- SELECT COUNT(0) FROM LOG
結(jié)果兩個表都是 6785000 條，MariaDB 用時 3.065 秒，MySQL 用時 6.404 秒。
此時我機器的內(nèi)存用了 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 秒。
有索引
分別對兩個數(shù)據(jù)庫的字段創(chuàng)建索引：
- ALTER TABLE `performance`.`log`
- ADD INDEX `time` (`time`),
- ADD INDEX `level` (`level`),
- ADD FULLTEXT INDEX `message` (`message`);
MariaDB 用時 2 分 47 秒，MySQL 用時 3 分 48 秒。再用上面的測試項目進行測試，結(jié)果如下表所示：
有些結(jié)果添加了索引后還不如不加索引時理想，說明實際使用時并不是每個字段都需要添加索引的。
總結(jié)
在上面的測試中 MariaDB 的性能的確優(yōu)于 MySQL，看來各大廠商放棄 MySQL 擁抱 MariaDB 還是非常有道理的。
作者：swanmy
編輯：陶家龍
出處：http://r6d.cn/b27qt
