性能超过MySQL的MariaDB到底强在哪里？

悠悠 2022-10-29 03:18 5阅读 0赞

## 你知道的越多，不知道的就越多，业余的像一棵小草！ ##

你来，我们一起精进！你不来，我和你的竞争对手一起精进！

## 编辑：业余草 ##

## blog.csdn.net/zhmh326/article/details/104168710 ##

## 推荐：https://www.xttblog.com/?p=5151 ##

近年来，不少程序员在吹捧MariaDB，抛弃MySQL。本文总结了一些 MariaDB强过MySQL的地方，分享给大家！

![format_png][]

## 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;

## 插入性能 ##

### 单条插入 ###

单条插入的测试结果如下表所示：

<table> 
 <thead> 
  <tr> 
   <th>条数\数据库</th> 
   <th>MySQL</th> 
   <th>MariaDB</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>1000</td> 
   <td>0:00:04.397270</td> 
   <td>0:00:02.534988</td> 
  </tr> 
  <tr> 
   <td>2000</td> 
   <td>0:00:09.839936</td> 
   <td>0:00:04.822289</td> 
  </tr> 
  <tr> 
   <td>3000</td> 
   <td>0:00:15.934843</td> 
   <td>0:00:07.295792</td> 
  </tr> 
  <tr> 
   <td>4000</td> 
   <td>0:00:20.356583</td> 
   <td>0:00:08.895680</td> 
  </tr> 
  <tr> 
   <td>5000</td> 
   <td>0:00:23.735397</td> 
   <td>0:00:10.766463</td> 
  </tr> 
  <tr> 
   <td>6000</td> 
   <td>0:00:31.431234</td> 
   <td>0:00:16.583214</td> 
  </tr> 
  <tr> 
   <td>7000</td> 
   <td>0:00:36.413297</td> 
   <td>0:00:17.359391</td> 
  </tr> 
  <tr> 
   <td>8000</td> 
   <td>0:00:40.957255</td> 
   <td>0:00:18.281750</td> 
  </tr> 
  <tr> 
   <td>9000</td> 
   <td>0:00:47.125131</td> 
   <td>0:00:21.483223</td> 
  </tr> 
  <tr> 
   <td>10000</td> 
   <td>0:00:54.979244</td> 
   <td>0:00:24.445878</td> 
  </tr> 
  <tr> 
   <td>平均</td> 
   <td>0:00:00.005185</td> 
   <td>0:00:00.002409</td> 
  </tr> 
 </tbody> 
</table>

MariaDB单条数据插入的性能比MySQL强1倍左右。

### 批量插入 ###

批量插入的测试结果如下表所示：

<table> 
 <thead> 
  <tr> 
   <th>条数\数据库</th> 
   <th>MySQL</th> 
   <th>MariaDB</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>1000</td> 
   <td>0:00:00.066978</td> 
   <td>0:00:00.019711</td> 
  </tr> 
  <tr> 
   <td>2000</td> 
   <td>0:00:00.086768</td> 
   <td>0:00:00.038898</td> 
  </tr> 
  <tr> 
   <td>3000</td> 
   <td>0:00:00.132641</td> 
   <td>0:00:00.084769</td> 
  </tr> 
  <tr> 
   <td>4000</td> 
   <td>0:00:00.100773</td> 
   <td>0:00:00.058774</td> 
  </tr> 
  <tr> 
   <td>5000</td> 
   <td>0:00:00.119664</td> 
   <td>0:00:00.178519</td> 
  </tr> 
  <tr> 
   <td>6000</td> 
   <td>0:00:00.313400</td> 
   <td>0:00:00.143641</td> 
  </tr> 
  <tr> 
   <td>7000</td> 
   <td>0:00:00.181570</td> 
   <td>0:00:00.251319</td> 
  </tr> 
  <tr> 
   <td>8000</td> 
   <td>0:00:00.295206</td> 
   <td>0:00:00.145611</td> 
  </tr> 
  <tr> 
   <td>9000</td> 
   <td>0:00:00.321140</td> 
   <td>0:00:00.124668</td> 
  </tr> 
  <tr> 
   <td>10000</td> 
   <td>0:00:00.328125</td> 
   <td>0:00:00.181082</td> 
  </tr> 
  <tr> 
   <td>平均</td> 
   <td>0:00:00.000035</td> 
   <td>0:00:00.000022</td> 
  </tr> 
 </tbody> 
</table>

上面的测试结果，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秒。再用上面的测试项目进行测试，结果如下表所示：

<table> 
 <thead> 
  <tr> 
   <th>项目\数据库</th> 
   <th>MySQL</th> 
   <th>MariaDB</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>查询time字段最值</td> 
   <td>0.006秒</td> 
   <td>0.001秒</td> 
  </tr> 
  <tr> 
   <td>过滤time字段并排序</td> 
   <td>0.398秒</td> 
   <td>0.020秒</td> 
  </tr> 
  <tr> 
   <td>查询level字段</td> 
   <td>0.065秒</td> 
   <td>0.049秒</td> 
  </tr> 
  <tr> 
   <td>查询message字段</td> 
   <td>0.003秒</td> 
   <td>0.005秒</td> 
  </tr> 
 </tbody> 
</table>

有些结果添加了索引后还不如不加索引时理想，说明实际使用时并不是每个字段都需要添加索引的。

## 总结 ##

在上面的测试中MariaDB的性能的确优于MySQL，看来各大厂商放弃MySQL拥抱MariaDB还是非常有道理的。

[format_png]: /images/20221024/b906614c9de94026bd3178eff11409bf.png

发表评论取消回复

表情：

评论列表（有 0 条评论，5人围观）

还没有评论，来说两句吧...

相关阅读

相关 Java反射性能问题，慢在哪里？

有小伙伴问反射具体是怎么影响性能的？这引起了我的反思。是啊，在阐述某个观点时确实有必要说明原因，并且证明这个观点是对的，虽然反射影响性能人尽皆知，我曾经也真的研究过反射是否

墨蓝/ 2023年09月28日 15:58/ 0 赞/ 66 阅读

相关 aliyun gradle 代理_Gradle 比 Maven 强在哪里！

点击蓝色“肉眼品世界”关注我哟深度价值体系传递 ![12b8e2432598c3f43ec336c149f407e1.png][] 作者：乐百川本文：toutia

「爱情、让人受尽委屈。」/ 2023年01月02日 04:28/ 0 赞/ 133 阅读

相关性能超过MySQL的MariaDB到底强在哪里？

你知道的越多，不知道的就越多，业余的像一棵小草！你来，我们一起精进！你不来，我和你的竞争对手一起精进！编辑：业余草 blog.csdn.net/zhm

悠悠/ 2022年10月29日 03:18/ 0 赞/ 6 阅读

相关 ClickHouse到底牛逼在哪里？为什么比MySQL快831倍！

ClickHouse到底牛逼在哪里？为什么比MySQL快831倍！这两年 ClickHouse 非常的火，尤其是在大数据领域。刚好这两天也有群友在群里说起 ClickH

ゞ浴缸里的玫瑰/ 2022年10月16日 11:26/ 0 赞/ 259 阅读

相关牛逼哄哄的 BitMap，强在哪里？

点击关注公众号，利用碎片时间学习![bfbc374d3799746b2e12d1b5c94b63bc.png][] 1. BitMap Bit-map的基本思想就是用一

喜欢ヅ旅行/ 2022年09月07日 03:54/ 0 赞/ 162 阅读

相关 BBR到底好在哪里？

BBR到底好在哪里？都说BBR好，特别是在长传场景，一试就知道，也有很多分析BBR细节的文章，但很少有在理论上详细对比BBR和传统Loss based CCA的，BBR到底

柔情只为你懂/ 2022年09月06日 10:12/ 0 赞/ 372 阅读

相关神回答：编程到底难在哪里？

前言：知乎上有个问题：[编程到底][Link 1]难在哪里？知乎网友 DJ Hitori 的回答获赞无数。这篇回答并不是讲述在生活中程序员如何买苹果，而是以买苹果为例说

谁践踏了优雅/ 2022年04月24日 07:00/ 0 赞/ 219 阅读

相关谈谈基于机器学习的编程到底比传统编程强在哪里？

在本文开始之前，笔者要和大家分享两个在网络上流行的公式： > 传统编程的公式：规则+数据=答案 > 机器学习的公式：答案+数据=规则这两个公式中的三个关键词是一模一样

╰+哭是因爲堅強的太久メ/ 2022年02月22日 13:40/ 0 赞/ 285 阅读

相关努力学习的意义到底在哪里？

作为一个毕业几年的人，来分享一下当离开学校之后，努力学习的意义在哪里。我之前在几家所谓的大公司担任产品经理。还记得刚毕业的时候，我拿到的 offer 薪酬是7500元，当时

深藏阁楼爱情的钟/ 2021年07月05日 02:35/ 0 赞/ 439 阅读

相关 mysql的优势在哪里

mysql的优势在哪里 1、运行速度快，MySQL体积小，命令执行的速度快。 2、使用成本低。MySQL是开源的，且提供免费版本，对大多数用户来说大大降低了使用成本。 3...

红太狼/ 2020年06月03日 14:05/ 0 赞/ 783 阅读