吊打MySQL,MariaDB到底強(qiáng)在哪?
近年來(lái),不少程序員在吹捧 MariaDB,拋棄 MySQL。本文總結(jié)了一些 MariaDB 強(qiáng)過(guò) MySQL 的地方,分享給大家!
圖片來(lái)自 Pexels
MySQL 的發(fā)展史
MySQL 的歷史可以追溯到 1979 年,它的創(chuàng)始人叫作 Michael Widenius,他在開(kāi)發(fā)一個(gè)報(bào)表工具的時(shí)候,設(shè)計(jì)了一套 API。
后來(lái)他的客戶要求他的 API 支持 sql 語(yǔ)句,他直接借助于 mSQL(當(dāng)時(shí)比較牛)的代碼,將它集成到自己的存儲(chǔ)引擎中。但是他總是感覺(jué)不滿意,萌生了要自己做一套數(shù)據(jù)庫(kù)的想法。
一到 1996 年,MySQL 1.0 發(fā)布,僅僅過(guò)了幾個(gè)月的時(shí)間,1996 年 10 月 MySQL 3.11.1 當(dāng)時(shí)發(fā)布了 Solaris 的版本,一個(gè)月后,Linux 的版本誕生,從那時(shí)候開(kāi)始,MySQL 慢慢的被人所接受。
1999 年,Michael Widenius 成立了 MySQL AB 公司,MySQL 由個(gè)人開(kāi)發(fā)轉(zhuǎn)變?yōu)閳F(tuán)隊(duì)開(kāi)發(fā),2000 年使用 GPL 協(xié)議開(kāi)源。
2001 年,MySQL 生命中的大事發(fā)生了,那就是存儲(chǔ)引擎 InnoDB 的誕生!直到現(xiàn)在,MySQL 可以選擇的存儲(chǔ)引擎,InnoDB 依然是 No.1。
2008 年 1 月,MySQL AB 公司被 Sun 公司以 10 億美金收購(gòu),MySQL 數(shù)據(jù)庫(kù)進(jìn)入 Sun 時(shí)代。
Sun 為 MySQL 的發(fā)展提供了絕佳的環(huán)境,2008 年 11 月,MySQL 5.1 發(fā)布,MySQL 成為了最受歡迎的小型數(shù)據(jù)庫(kù)。
在此之前,Oracle 在 2005 年就收購(gòu)了 InnoDB,因此,InnoDB 一直以來(lái)都只能作為第三方插件供用戶選擇。
2009 年 4 月,Oracle 公司以 74 億美元收購(gòu) 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 雖然宣稱(chēng) MySQL 依然遵守 GPL 協(xié)議,但卻暗地里把開(kāi)發(fā)人員全部換成了 Oracle 自己人。
開(kāi)源社區(qū)再也影響不了 MySQL 發(fā)展的腳步,真正有心做貢獻(xiàn)的人也被拒之門(mén)外,MySQL 隨時(shí)都有閉源的可能……
橫空出世的 MariaDB 是什么鬼
先提一下 MySQL 名字的由來(lái)吧,Michael Widenius 的女兒的簡(jiǎn)稱(chēng)就是 MY,Michael Widenius大 概也是把 MySQL 當(dāng)成自己的女兒吧。
看著自己辛苦養(yǎng)大的 MySQL 被 Oracle 搞成這樣,Michael Widenius 非常失望,決定在 MySQL 走向閉源前,將 MySQL 進(jìn)行分支化,依然是使用了自己女兒的名字 MariaDB(瑪莉亞 DB)。
MariaDB 數(shù)據(jù)庫(kù)管理系統(tǒng)是 MySQL 的一個(gè)分支,主要由開(kāi)源社區(qū)在維護(hù),采用 GPL 授權(quán)許可 MariaDB 的目的是完全兼容 MySQL,包括 API 和命令行,使之能輕松成為 MySQL 的代替品。
在存儲(chǔ)引擎方面,使用 XtraDB 來(lái)代替 MySQL 的 InnoDB。MariaDB 由 MySQL 的創(chuàng)始人 Michael Widenius 主導(dǎo),由開(kāi)源社區(qū)的大神們進(jìn)行開(kāi)發(fā)。
因此,大家都認(rèn)為,MariaDB 擁有比 MySQL 更純正的 MySQL 血脈。最初的版本更新與 MySQL 同步,相對(duì) MySQL5 以后的版本,MariaDB 也有相應(yīng)的 5.1~5.5 的版本。
后來(lái) MariaDB 終于擺脫了 MySQL,它的版本號(hào)直接從 10.0 開(kāi)始,以自己的步伐進(jìn)行開(kāi)發(fā),當(dāng)然,還是可以對(duì) MySQL 完全兼容?,F(xiàn)在,MariaDB 的數(shù)據(jù)特性、性能等都超越了 MySQL。
測(cè)試環(huán)境
本性能測(cè)試環(huán)境如下:
-
CPU:I7
-
內(nèi)存:8G
-
OS:Windows 10 64位
-
硬盤(pán)類(lèi)型:SSD
-
MySQL:8.0.19
-
MariaDB:10.4.12
分別在 MySQl 和 MariaDB 中創(chuàng)建名為 performance 的數(shù)據(jù)庫(kù),并創(chuàng)建 log 表,都使用 innodb 作為數(shù)據(jù)庫(kù)引擎:
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;
插入性能
單條插入
單條插入的測(cè)試結(jié)果如下表所示:
批量插入
批量插入的測(cè)試結(jié)果如下表所示:
查詢性能
經(jīng)過(guò)了多次插入測(cè)試,我兩個(gè)數(shù)據(jù)庫(kù)里插入了很多數(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??磥?lái) MariaDB 快是犧牲了空間換取的。
無(wú)索引
先查詢一下 time 字段的最大值和最小值:
SELECT MAX(TIME), MIN(TIME) FROM LOG
MariaDB 用時(shí) 6.333 秒,MySQL 用時(shí) 8.159 秒。接下來(lái)測(cè)試過(guò)濾 time 字段在 0 點(diǎn)到 1 點(diǎn)之間的數(shù)據(jù),并對(duì) 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 秒。然后測(cè)試查詢 level 字符是 info 的數(shù)據(jù):
SELECT * FROM LOG WHERE LEVEL = 'info'
MariaDB 用時(shí) 0.006 秒,MySQL 用時(shí) 0.049 秒。最后測(cè)試查詢 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 秒。再用上面的測(cè)試項(xiàng)目進(jìn)行測(cè)試,結(jié)果如下表所示:
總結(jié)
在上面的測(cè)試中 MariaDB 的性能的確優(yōu)于 MySQL,看來(lái)各大廠商放棄 MySQL 擁抱 MariaDB 還是非常有道理的。
免責(zé)聲明:本文內(nèi)容由21ic獲得授權(quán)后發(fā)布,版權(quán)歸原作者所有,本平臺(tái)僅提供信息存儲(chǔ)服務(wù)。文章僅代表作者個(gè)人觀點(diǎn),不代表本平臺(tái)立場(chǎng),如有問(wèn)題,請(qǐng)聯(lián)系我們,謝謝!