MariaDB10和MySQL5.6社区版压力测试

补上作业,MariaDB10和MySQL5.6社区版压力测试,见下图:

sysbench(10.8.8.43)

MySQL5.6和MariaDB10.0.11(10.8.8.100)

压力测试参数:

sysbench  --test=oltp --mysql-table-engine=innodb 
--oltp-table-size=10000000 --max-requests=0 --max-time=900 
--num-threads=512 --mysql-host=10.8.8.100 --mysql-port=3308 
--mysql-user=admin --mysql-password=123456  --mysql-db=test run

1千万记录,不限制请求,压测15分钟,并发连接数512个。

my.cnf参数:

sync_binlog = 0
innodb_flush_log_at_trx_commit = 0
innodb_flush_method = O_DIRECT
innodb_flush_neighbors = 1
innodb_buffer_pool_size = 20G
innodb_io_capacity = 500
innodb_log_file_size = 512M
innodb_log_files_in_group = 3
innodb_log_buffer_size = 16M
tx_isolation = READ-COMMITTED
thread_handling = pool-of-threads(MariaDB的线程池)

机器配置:

比较差,DELL R610,2颗4核CPU,RAID1 7200转SAS硬盘。

可以明显的看到,在高并发的时候,MySQL5.6.19的性能减少了50%。

下面是top和压力测试截图:

MySQL5.6.19

load average达到195,已经超负荷。

TPS为每秒1002.42个。

MariaDB10.0.11

load average为11.59

TPS为每秒2044.80个。

补充:现在把并发连接数调成了900个,再压一次,看看TPS:

MySQL5.6.19

MariaDB10.0.11

可以看到,随着并发连接数的增加,MySQL5.6性能持续下降,而MariaDB10,性能保持平稳。

结论:

大体和官方的测试差不多,因手里没有MySQL5.6的企业版,所以不能说MariaDB10就一定强,但在高并发环境,MySQL5.6.19社区版不建议使用在生产环境上。

MariaDB10和MySQL5.6社区版压力测试,布布扣,bubuko.com

时间: 2024-10-26 01:17:56

MariaDB10和MySQL5.6社区版压力测试的相关文章

mysql5.6压力测试 sysbench工具

面对高并发大流量服务器,根据业务需要往往需要对数据库,操作系统I/O,带宽等等做压力测试.从而来判断什么时候要做负载均衡,增加服务器等来为业务支撑做准备.linux系统可以通过iotop,dstat,top等分析系统的压力.对mysql压测有很多优秀的工具sysbench,tpcc等都是很不错的工具. 今天就用sysbench压测一下mysql5.6.23社区版本,服务器比较渣,4核cpu,16G,磁盘转速9600 但压测结果还是比较满意的. 通过压力测试,能够对服务器的处理能力有个基本的认识.

Goldeneye.py网站压力测试工具2.1版源码

Goldeneye压力测试工具的源代码,粗略看了下,代码写的蛮规范和易读的,打算边读边加上了中文注释,但是想来也没太大必要,代码600多行,值得学习的地方还是蛮多的,喜欢Python的同学可以一读 这个是Github上的最新版本了,2.1版,相比之前的2.0版本(2013年),作者删去了耦合在代码中的useragents self.useragents = [ 'Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.3) Gecko/2009091

后端开发都应该了解点接口的压力测试(Apache Bench版)

背景 小A:小B,最近调你的接口老是超时呀,8秒都还没返回结果,是不是有性能问题呀! 小B :我看看~~ 类似这样的对话,在现实中是时有发生的,不是特别严重的话,往往大家也不会去重视这个事. 尤其是在一些测试资源并不完备的,开发人员对性能测试没有接触过的一些公司,遇到这些会显得更加力不从心. 本着对自己写出来的东西负责,上线之前,我们都应该对自己的接口进行一个简单的压力测试. 其实做这一步也是为了让我们心里有个度,有个底,不至于说连能承受多少量都不知道.如果什么都不知道,那很容易陷入一个无底深渊

LoadRunner对移动互联网后端服务器压力测试

一.LoadRunner简介 LoadRunner,是惠普公司研发的一款预测系统行为和性能的负载测试工具.通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题,LoadRunner能够对整个企业架构进行测试. LoadRunner11是目前比较常用的版本,有免费的超级license 最高支持6.5w个并发,目前该版本对Web网站的压力测试有很好的支持,但是不支持手机app的操作脚本录制. LoadRunner12顺应移动互联网的快速发展,增加了对手机app的操作脚本录制功能,由于

LAMP平台的的构建、加速及压力测试

准备工作 环境: RedHat 5.8 (我这里用的是redhat5.8的版本,可以根据自己的情况灵活进行选择其它的发行版,但是编译环境和依赖的库一定要具备) 软件: apr-1.4.6. apr-util-1.5.4 httpd-2.4.12 libmcrypt-2.5.8 mcrypt-2.6.8 mhash-0.9.9.9 pcre-8.33 php-5.4.38 xcache-3.0.1 mysql-5.5.41-linux2.6 一.编译安装apache 1.解决依赖关系 (1) 编译

开发人员学Linux(4):使用JMeter对网站和数据库进行压力测试

前言表面看来,JMeter与本系列课程似乎关系不大,但实际上在后面的很多场景中起着重要作用:如何获知修改了某些代码或者设置之后系统性能是提升了还是下降了呢?商业的压力测试工具LoadRunner确实很高大上,但是据说费用也不便宜且体积也不小,而目前最高版本的开源免费压力测试工具JMeter3.2压缩包体积才不到53M,而且对于开发人员而非专业测试人员来说,JMeter提供的测试功能已经够强大了.要完整地介绍JMeter,即使把JMeter自带的文档翻译成中文就是一本厚厚的书了.但是在本篇只讲述如

mysqlslap 压力测试使用总结

今天从运维同事那听说了mysql压力测试工具mysqlslap.经了解其实mysql自带就有一个叫mysqlslap的压力测试工具,还是模拟的不错的.下面举例说说.mysqlslap是从5.1.4版开始的一个MySQL官方提供的压力测试工具.通过模拟多个并发客户端访问MySQL来执行压力测试,同时详细的提供了"高负荷攻击MySQL"的数据性能报告.并且能很好的对比多个存储引擎在相同环境下的并发压力性能差别.通过mysqlslap –help可以获得可用的选项,这里列一些主要的参数,更详

php-xcache编译安装,及ab压力测试

[[email protected] local]# tar -xf xcache-3.2.0.tar.bz2 [[email protected] xcache-3.2.0]# man -M /usr/local/php/php/man phpize 查看帮助文档 [[email protected] xcache-3.2.0]# /usr/local/php/bin/phpize [[email protected] xcache-3.2.0]# man -M /usr/local/php/

用mysqlslap对MySQL进行压力测试

MySQL5.1地的确提供了好多有力的工具来帮助我们DBA进行数据库管理.现在看一下这个压力测试工具mysqlslap.关于他的选项手册上以及--help介绍的很详细.我解释一下一些常用的选项.这里要注意的几个选项:--concurrency代表并发数量,多个可以用逗号隔开,当然你也可以用自己的分隔符隔开,这个时候要用到--delimiter开关.--engines代表要测试的引擎,可以有多个,用分隔符隔开.--iterations代表要运行这些测试多少次.--auto-generate-sql