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

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 默認(rèn)的存儲引擎，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ā)。

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

后來 MariaDB 終于擺脫了 MySQL，它的版本號直接從 10.0 開始，以自己的步伐進行開發(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é)果如下表所示：

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 0000’ AND TIME 《 ‘2020-02-04 0100’ 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 還是非常有道理的。

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

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

責(zé)任編輯：haq