MySQL的發展史
MySQL的歷史可以追溯到1979年,它的創始人叫作Michael Widenius,他在開發一個報表工具的時候,設計了一套API,後來他的客戶要求他的API支持sql語句,他直接藉助於mSQL(當時比較牛)的代碼,將它集成到自己的存儲引擎中。但是他總是感覺不滿意,萌生了要自己做一套數據庫的想法。
一到1996年,MySQL 1.0發佈,僅僅過了幾個月的時間,1996年10月MySQL 3.11.1當時發佈了Solaris的版本,一個月後,linux的版本誕生,從那時候開始,MySQL慢慢的被人所接受。
1999年,Michael Widenius成立了MySQL AB公司,MySQL由個人開發轉變爲團隊開發,2000年使用GPL協議開源。
2001年,MySQL生命中的大事發生了,那就是存儲引擎InnoDB的誕生!直到現在,MySQL可以選擇的存儲引擎,InnoDB依然是No.1。MySQL 系列面試題的答案我也都整理好了,在公衆號Java技術棧發送關鍵字面試進行閱讀。
2008年1月,MySQL AB公司被Sun公司以10億美金收購,MySQL數據庫進入Sun時代。Sun爲MySQL的發展提供了絕佳的環境,2008年11月,MySQL 5.1發佈,MySQL成爲了最受歡迎的小型數據庫。
在此之前,Oracle在2005年就收購了InnoDB,因此,InnoDB一直以來都只能作爲第三方插件供用戶選擇。2009年4月,Oracle公司以74億美元收購Sun公司,MySQL也隨之進入Oracle時代。
2010年12月,MySQL 5.5發佈,Oracle終於把InnoDB做成了MySQL默認的存儲引擎,MySQL從此進入了輝煌時代。
然而,從那之後,Oracle對MySQL的態度漸漸發生了變化,Oracle雖然宣稱MySQL依然尊少GPL協議,但卻暗地裏把開發人員全部換成了Oracle自己人,開源社區再也影響不了MySQL發展的腳步,真正有心做貢獻的人也被拒之門外,MySQL隨時都有閉源的可能……
橫空出世的MariaDB是什麼鬼
先提一下MySQL名字的由來吧,Michael Widenius的女兒的簡稱就是MY,Michael Widenius大概也是把MySQL當成自己的女兒吧。
看着自己辛苦養大的MySQL被Oracle搞成這樣,Michael Widenius非常失望,決定在MySQL走向閉源前,將MySQL進行分支化,依然是使用了自己女兒的名字MariaDB(瑪莉亞DB)。
MariaDB數據庫管理系統是MySQL的一個分支,主要由開源社區在維護,採用GPL授權許可 MariaDB的目的是完全兼容MySQL,包括API和命令行,使之能輕鬆成爲MySQL的代替品。在存儲引擎方面,使用XtraDB來代替MySQL的InnoDB。
MariaDB由MySQL的創始人Michael Widenius主導,由開源社區的大神們進行開發。因此,大家都認爲,MariaDB擁有比MySQL更純正的MySQL血脈。
最初的版本更新與MySQL同步,相對MySQL5以後的版本,MariaDB也有相應的5.1~5.5的版本。後來MariaDB終於擺脫了MySQL,它的版本號直接從10.0開始,以自己的步伐進行開發,當然,還是可以對MySQL完全兼容。
現在,MariaDB的數據特性、性能等都超越了MySQL。
測試環境
本性能測試環境如下:
-
CPU:I7
-
內存:8G
-
OS:Windows 10 64位
-
硬盤類型:SSD
-
MySQL:8.0.19
-
MariaDB:10.4.12
分別在MySQl和MariaDB中創建名爲performance的數據庫,並創建log表,都使用innodb作爲數據庫引擎:
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;
插入性能
單條插入
單條插入的測試結果如下表所示:
條數\數據庫 | MySQL | MariaDB |
---|---|---|
1000 | 0:00:04.397270 | 0:00:02.534988 |
2000 | 0:00:09.839936 | 0:00:04.822289 |
3000 | 0:00:15.934843 | 0:00:07.295792 |
4000 | 0:00:20.356583 | 0:00:08.895680 |
5000 | 0:00:23.735397 | 0:00:10.766463 |
6000 | 0:00:31.431234 | 0:00:16.583214 |
7000 | 0:00:36.413297 | 0:00:17.359391 |
8000 | 0:00:40.957255 | 0:00:18.281750 |
9000 | 0:00:47.125131 | 0:00:21.483223 |
10000 | 0:00:54.979244 | 0:00:24.445878 |
平均 | 0:00:00.005185 | 0:00:00.002409 |
MariaDB單條數據插入的性能比MySQL強1倍左右。
批量插入
批量插入的測試結果如下表所示:
條數\數據庫 | MySQL | MariaDB |
---|---|---|
1000 | 0:00:00.066978 | 0:00:00.019711 |
2000 | 0:00:00.086768 | 0:00:00.038898 |
3000 | 0:00:00.132641 | 0:00:00.084769 |
4000 | 0:00:00.100773 | 0:00:00.058774 |
5000 | 0:00:00.119664 | 0:00:00.178519 |
6000 | 0:00:00.313400 | 0:00:00.143641 |
7000 | 0:00:00.181570 | 0:00:00.251319 |
8000 | 0:00:00.295206 | 0:00:00.145611 |
9000 | 0:00:00.321140 | 0:00:00.124668 |
10000 | 0:00:00.328125 | 0:00:00.181082 |
平均 | 0:00:00.000035 | 0:00:00.000022 |
上面的測試結果,MariaDB並沒有絕對優勢,甚至有時還比MySQL慢,但平均水平還是高於MySQL。
查詢性能
經過了多次插入測試,我兩個數據庫裏插入了很多數據,此時用下面的sql查詢表中的數據量:
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點之間的數據,並對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的數據:
SELECT * FROM LOG WHERE LEVEL = 'info'
MariaDB用時0.006秒,MySQL用時0.049秒。最後測試查詢message字段值爲debug的數據:
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秒。再用上面的測試項目進行測試,結果如下表所示:
項目\數據庫 | MySQL | MariaDB |
---|---|---|
查詢time字段最值 | 0.006秒 | 0.001秒 |
過濾time字段並排序 | 0.398秒 | 0.020秒 |
查詢level字段 | 0.065秒 | 0.049秒 |
查詢message字段 | 0.003秒 | 0.005秒 |
有些結果添加了索引後還不如不加索引時理想,說明實際使用時並不是每個字段都需要添加索引的。
總結
在上面的測試中MariaDB的性能的確優於MySQL,看來各大廠商放棄MySQL擁抱MariaDB還是非常有道理的。