点击上方“码农突围”,马上关注
这里是码农充电第一站,回复“666”,获取一份专属大礼包
真爱,请设置“星标”或点个“在看”
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。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还是非常有道理的。
作者:swanmy 本文链接:https://blog.csdn.net/zhmh326/article/details/104168710 版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
最近有不少老铁在后台留言说,想进大厂,但是算法不好。最近我整理了一份刷题实录,这份刷题实录,也让我进了心仪的大厂。现在开放分享给大家。希望对大家有所帮助。
任何的算法题,如同写作文一样,都有一些模板可以套用的。比如面试常考的DP(动态规划),难的是一些关键点是否能想清楚。比如你能写出动态转移方程,这题基本上就可以AC了。
整个刷题实录内容,包括 双子针、动态规划、二分查找、贪心算法、深度优先搜索、字符串、递归、字典树、排序、链表等相关专题内容。图文并茂,附有刷题答案源码。
刷题任务的题目,是根据题目的类型来汇总的,总结了八个类别,每个类别下面也总结了5个左右的题型,帮助大家分门别类的突破,所以刷起来相对会更有重点和针对性。如果从头到尾的刷,每周按顺序刷42题,很容易让自己坚持不下来,也会觉得很枯燥。所以在制定计划的时候可以让这个计划变得更“有趣"和针对性,让它看起来更容易实现一点,才会更容易坚持。
目前上述内容已打包成完整电子书,具体获取方式如下:
点击下方卡片关注 程序猿进阶 公众号;
在 程序猿进阶 公众号后台回复关键词「9999」获取下载地址。
点击上方卡片关注,回复"9999"即可下载
最近热文• 突发!人人影视字幕组14人被抓,用户超800万,涉案金额超1600万!网友炸了:免费的片没了• “华为天才少年”自制百大Up奖杯,网友:技术难度不高侮辱性极强• 准备在蚂蚁金服提交离职了,希望以后不再有福报• 百度员工发文抱怨:1月离职,年终奖为0,网友:怪你心太大• 中国男性的私密数据大赏,女生勿入!在这里,我为大家准备了一份2020年最新最全的《Java面试题及答案V3.0》,这套电子书涵盖了诸多后端技术栈的面试题和答案,相信可以帮助大家在最短的时间内复习Java后端的大多数面试题,从而拿到自己心仪的offer。截了张图,大家可以仔细查看左边的菜单栏,覆盖的知识面真的很广,而且质量都很不错。
资料获取方法
点击下方卡片关注 GitHub专栏 公众号;后台回复关键词:Java核心整理即可获取。
点击上方卡片关注,回复"Java核心整理"即可下载