MySQL 5.6 和 MariaDB-10.0 的性能比较测试

MySQL 5.6 和 MariaDB-10.0 的性能比较测试

时间 2013-02-14 10:11:34  开源中国

原文  http://www.oschina.net/question/12_90065

主题 MariaDBOLTP测试技术

Oracle 刚刚发布了 MySQL 5.6.10 GA 版本,所以是时候更新下之前的性能测试数据了,此次的测试包括以下几个版本:

  • MySQL-5.5.29
  • MySQL-5.6.10
  • MariaDB-5.5.28a
  • MariaDB-10.0.1

此次测试还保留了 5.5 版本是为了进行回归测试。之前我们经常发现新版本在性能上反倒而落后的情况。

此次测试在不同的环境下执行,主要的不同是没用 SSD 而是使用高性能的带 512 兆 battery-backed 缓存的 RAID-5 存储。此外测试的机器具有 16 核,其中 12 核运行 mysqld ,另外 4 核运行 sysbench。

测试使用 sysbench-0.5 OLTP ,包好 8 个表和 10G 的数据。InnoDB 的缓冲池大小是 16G,日志 4G。不同的磁盘系统要求不同的 InnoDB 配置:

  • innodb_io_capacity = 1000 (was 20000 for SSD)
  • innodb_flush_neighbors = 1 (was 0 for SSD)

下面是测试结果,首先是 OLTP 只读:

非常奇怪,MySQL 5.6 在此轮测试中居然表现异常。在 8 个线程时相差不大,在 16 个线程时变现最佳。但更高的并发下性能就迅速下降,甚至比 MySQL 5.5 还差。而 MariaDB 10.0 则比 MariaDB 5.5 表现上要差一些,但没那么明显。

而响应时间图表则表示比较好而且平滑:

MySQL-5.6 和 MariaDB-10.0 看起来要稍微好一些,意味着它们能更好的分配 CPU 周期。

声明: 此次测试没有使用线程池。Oracle 的线程池实现已经闭源了,因此没法进行测试和使用,如果在 MariaDB 上使用线程池的话就显得有点不公平。

如果你想了解线程池对性能的影响,可查看之前的两篇文章:

第二个测试:OLTP 读写测试

这个图跟前一个测试差不多,MySQL 5.6 和 MariaDB 10.0 在性能表现上都比 5.5 版本要下滑不少,在高负载的情况下,下滑了 10% 左右。

这是一个人所共知的事实,MySQL 5.5 在高负载下因为同步的 flush 操作导致的性能下滑。

响应时间图相对要好一些:

这是一个好消息,5.5 版本在 64 个线程或者更多线程的情况下响应时间差了很多。而 MySQL 5.6 和 MariaDB 10.0 的适应性 flush 算法似乎工作良好。

这里还有一个问题:如果你使用多个缓冲池实例,你将会看到写操作延迟更厉害。上面的结果中,只读测试使用了 16 个缓冲池,而读写测试只用了 1个。

结论:

  • MySQL-5.6 性能表现比前一个版本要差,特别是高并发的情况下。这与 Oracle 发布的测试结果不符。我只能推测为什么结果差异那么大,我猜是 Oracle 闭源的线程池以及 Oracle 在更大的机器上进行测试导致。
  • 使用单个缓冲池情况下不需要担心写延迟的问题。同时 MySQL 5.6 允许高达 512G 的 redo 日志可降低同步 flush 操作。

此次测试的脚本可通过下面地址访问: 
http://bazaar.launchpad.net/~ahel/maria/mariadb-benchmarks/revision/20

欢迎大家重做这个测试并与我们分享测试结果。

时间: 2024-11-08 19:04:06

MySQL 5.6 和 MariaDB-10.0 的性能比较测试的相关文章

What's is new in MariaDB 10.0(MySQL创始人Monty演讲)

视频地址(请使用翻墙软件观看): http://www.youtube.com/watch?v=4Th7JeRxPlo&feature=youtu.be PDF在附件里. What's is new in MariaDB 10.0(MySQL创始人Monty演讲),布布扣,bubuko.com What's is new in MariaDB 10.0(MySQL创始人Monty演讲)

MariaDB 10.0.X中,动态列支持 JSON 格式来获取数据。

MariaDB 10.0.X中,动态列(Dynamic Columns),可以支持 JSON 格式来获取数据. 为了兼容传统SQL语法,MariaDB 10和MySQL5.7支持原生JSON格式,即关系型数据库和文档型NoSQL数据库集于一身. 使用说明: ###表结构 create table assets (   item_name varchar(32) primary key, -- A common attribute for all items   dynamic_cols  blo

使用RPM包离线安装MariaDB 10.0.20 , 基于CentOS 6.6-x86-64

使用RPM包[离线]安装 MariaDB 10.0.20,基于CentOS 6.6-x86-64 Minimal 湘中朱生 2015-07-01 于深圳福田 QQ: 872007255 MariaDB交流群: 198111730 文档说明: 1. 网上有很多关于MariaDB/Mysql数据库的安装技术博客文档,主要有源码编译安装和Yum源安装,有些写得很规范优秀,但很少有基于离线RPM包安装的. 2. 源码编译安装对于初学者而言门槛过高, 很容易打击MariaDB初学者学习探索的积极性; Yu

MariaDB 10之并行复制--延迟测试结果

测试参数: sysbench  --test=/root/sysbench0.5/sysbench/tests/db/insert.lua  --mysql-table-engine=innodb --oltp-table-size=1000000  --max-requests=0 --max-time=300 --num-threads=16  --oltp-tables-count=10 --report-interval=10  --mysql-host=10.8.8.100 --mys

[mysql] MariaDB 10.0.10 GTID复制

一:概念理解:    1.TID:Transaction ID,即Mysql服务器的事务ID号. 2.GTID:Global Transaction ID,全局事务ID,在整个主从复制架构中任何两个事物ID是不能相同的. 3.全局事物ID是Mster服务器生成一个128位的UUID+事物的ID号组成的,UUID标示主服务器的身份,此UUID在整个主从复制架构中是绝对唯一,而且即使更换主服务器后UUID也不会改变而是继承当前主服务器的UUID身份. 4.全局事务ID有何用处?简单来讲GTID能够保

MariaDB——(三) MariaDB 10.0.15 standard replication主从复制搭建

最近看了一下MariaDB的常规复制章节,就按部就班的搭建了一下最简单的主从复制.需要的硬件环境很简单(在虚拟机VMware中搭建): 1:两台server:Master: 192.168.6.133  Slave:192.168.6.132 2:网络配置,这里图个简单,直接关闭master的防火墙 [[email protected] Desktop]# service iptables stop 概览实现主从复制需要完成的配置: 1:主从集群里面的每台server需要有一个唯一的server

MariaDB 10.0.10 GTID复制

一:概念理解: 1.TID:Transaction ID,即Mysql服务器的事务ID号. 2.GTID:Global Transaction ID,全局事务ID,在整个主从复制架构中任何两个事物ID是不能相同的. 3.全局事物ID是Mster服务器生成一个128位的UUID+事物的ID号组成的,UUID标示主服务器的身份,此UUID在整个主从复制架构中是绝对唯一,而且即使更换主服务器后UUID也不会改变而是继承当前主服务器的UUID身份. 4.全局事务ID有何用处?简单来讲GTID能够保证让一

Linux 源码安装MariaDB 10.0.16

cmake软件 tar -zxvf cmake-2.8.8.tar.gz cd cmake-2.8.8 ./bootstrap make && make install 依赖包 yum install ncurses-devel -y yum install pcre pcre-devel -y yum install gcc* -y 创建用户 groupadd mysql useradd -g mysql mysql echo "oracle" |passwd --s

关于MariaDB.10.5.1 主从复制介绍

提示:本博文演示环境是基于centos7.2 x86_64位,最小化安装系统,MariaDB.10.5.1二进制安装来进行的 一.简单介绍下slave库的并行复制模式 slave_parallel_mode的 slave并行复制的5种模式:官方给的5种模式 Description: Controls what transactions are applied in parallel when using parallel replication. optimistic: tries to app