近年来，不少程序员在吹捧 MariaDB，抛弃 MySQL。本文总结了一些 MariaDB 强过 MySQL 的地方，分享给大家！
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 还是非常有道理的。
原文链接：https://blog.csdn.net/zhmh326/article/details/104168710
Kubernetes管理员认证（CKA）培训
本次CKA培训在北京开班，基于最新考纲，通过线下授课、考题解读、模拟演练等方式，帮助学员快速掌握Kubernetes的理论知识和专业技能，并针对考试做特别强化训练，让学员能从容面对CKA认证考试，使学员既能掌握Kubernetes相关知识，又能通过CKA认证考试，学员可多次参加培训，直到通过认证。点击下方图片或者阅读原文链接查看详情。
扫一扫
1497
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
