TiDB VS MariaDB10.1.19 Enterprise性能压测

视频演示:

https://pan.baidu.com/s/1qYRMp7Q

工具sysbench0.5 128并发 10张表100万行

硬件配置R720 64G RAID10(15000转)

分别压测100秒

sysbench  --test=/root/soft/sysbench-0.5/sysbench/tests/db/oltp.lua --mysql-table-engine=innodb --oltp-table-size=1000000 --max-requests=0 --max-time=100 --num-threads=128 --oltp-tables-count=10 --report-interval=10 --mysql-host=192.168.143.244 --mysql-port=4000 --mysql-user=admin --mysql-password=159753  --mysql-db=test run

############################################
pd+tidb在一台机器部署 192.168.143.244
端口:4000

tikv两台 192.168.143.245/246
参数  
[rocksdb.defaultcf]
block-cache-size(30G)

[rocksdb.writecf]
block-cache-size(10G)

[rocksdb.raftcf]
block-cache-size(10G)

[  10s] threads: 128, tps: 823.93, reads: 11680.25, writes: 3313.20, response time: 363.02ms (95%), errors: 0.00, reconnects:  0.00
[  20s] threads: 128, tps: 781.00, reads: 10920.40, writes: 3117.30, response time: 368.50ms (95%), errors: 0.00, reconnects:  0.00
[  30s] threads: 128, tps: 780.20, reads: 10919.70, writes: 3118.60, response time: 366.96ms (95%), errors: 0.00, reconnects:  0.00
[  40s] threads: 128, tps: 728.80, reads: 10214.74, writes: 2920.51, response time: 371.27ms (95%), errors: 0.00, reconnects:  0.00
[  50s] threads: 128, tps: 672.90, reads: 9417.76, writes: 2690.39, response time: 393.23ms (95%), errors: 0.00, reconnects:  0.00
[  60s] threads: 128, tps: 617.00, reads: 8632.80, writes: 2469.40, response time: 418.37ms (95%), errors: 0.00, reconnects:  0.00
[  70s] threads: 128, tps: 610.20, reads: 8536.60, writes: 2434.20, response time: 413.39ms (95%), errors: 0.00, reconnects:  0.00
[  80s] threads: 128, tps: 634.50, reads: 8885.50, writes: 2544.10, response time: 413.76ms (95%), errors: 0.00, reconnects:  0.00
[  90s] threads: 128, tps: 676.30, reads: 9475.40, writes: 2707.20, response time: 392.52ms (95%), errors: 0.00, reconnects:  0.00
[ 100s] threads: 128, tps: 645.10, reads: 9031.90, writes: 2579.20, response time: 404.45ms (95%), errors: 0.00, reconnects:  0.00
############################################

MariaDB BP(30G)

[  10s] threads: 128, tps: 2678.24, reads: 37599.85, writes: 10720.26, response time: 70.10ms (95%), errors: 0.00, reconnects:  0.00
[  20s] threads: 128, tps: 2851.70, reads: 39931.01, writes: 11405.40, response time: 58.07ms (95%), errors: 0.00, reconnects:  0.00
[  30s] threads: 128, tps: 2846.10, reads: 39843.50, writes: 11384.70, response time: 58.52ms (95%), errors: 0.00, reconnects:  0.00
[  40s] threads: 128, tps: 2490.69, reads: 34935.71, writes: 9972.07, response time: 60.70ms (95%), errors: 0.00, reconnects:  0.00
[  50s] threads: 128, tps: 2354.21, reads: 32900.38, writes: 9411.82, response time: 123.50ms (95%), errors: 0.00, reconnects:  0.00
[  60s] threads: 128, tps: 2839.70, reads: 39745.05, writes: 11358.19, response time: 59.33ms (95%), errors: 0.00, reconnects:  0.00
[  70s] threads: 128, tps: 2854.40, reads: 39969.74, writes: 11416.48, response time: 58.03ms (95%), errors: 0.00, reconnects:  0.00
[  80s] threads: 128, tps: 2846.22, reads: 39841.44, writes: 11384.47, response time: 58.70ms (95%), errors: 0.00, reconnects:  0.00
[  90s] threads: 128, tps: 2334.59, reads: 32679.89, writes: 9338.67, response time: 76.75ms (95%), errors: 0.00, reconnects:  0.00
[ 100s] threads: 128, tps: 2843.30, reads: 39819.07, writes: 11374.99, response time: 59.16ms (95%), errors: 0.00, reconnects:  0.00

时间: 2024-10-24 12:00:13

TiDB VS MariaDB10.1.19 Enterprise性能压测的相关文章

感受真实性能压测的“洪荒之力” 压测宝有奖体验中

作为测试,你有没有遇到这样的问题:1.熬了多少个日夜的系统终于快上线了,不知道上线后系统负载能力怎样?2.促销季到了,应用性能如何?到底能不能支持500w并发用户?3.怎么做压测才能更接近线上真实环境? 系统负载有多强,压测一下就知道.云智慧压测宝3步6分钟 开启真实用户的性能压测 8月16至9月2日申请试用压测宝,感受真实压测的洪荒之力,还有机会获得优酷视频会员卡,速速来领- 参与活动赢优酷会员卡 1.从这里申请试用压测宝:[url=http://yacebao.com/landingPage

swingbench-免费的oracle性能压测工具

SwingBench介绍: SwingBench由负载生成器,协调器和集群概述组成.该软件使得能够生成负载并且将图表的事务/响应时间映射. SwingBench可用于演示和测试诸如实际应用集群,在线表重建,备用数据库,在线备份和恢复等技术 SwingBench附带的代码包括6个基准,OrderEntry,SalesHistory,TPC-DS Like,JSON,CallingCircle和StressTest .. OrderEntry基于Oracle11g / Oracle12c附带的"oe

接口测试及服务器性能压测

目前移动端app大都还是采用的http或者https协议写的restful接口,一般的辅助类http劫持(fiddler,charles)和模拟发送(postman)工具都可以满足单次单个接口的测试需求,但这种依附工具的测试很难满足多接口调用逻辑验证问题,也不太灵活,没办法做到数据化,还有就是对于接口压测和服务器性能压力测试无法满足,又得借助于其他压测工具(Jmeter loadrunner等),设计一套基于http和https灵活定制的接口测试框架还是很有必要的. 一般app接口调用都要都要传

性能压测诡异的Requests/second 响应刺尖问题

最近一段时间都在忙着转java项目最后的冲刺,前期的coding翻代码.debug.fixbug都逐渐收尾,进入上线前的性能压测. 虽然不是大促前的性能压测要求,但是为了安全起见,需要摸个底心里有个数. 毕竟这次转java的服务都是集团核心公共服务(主要是订单域服务).(等我们顺利上线了,我再来好好总结下其中的坎坷和壮举.) 废话不多说了,直接进入主题. 由于这次压测主要重点是关注正向的两个核心订单服务,下单服务.查单服务.查单服务初步压测下来问题不大,主要是db的索引和cache的问题. 下单

后端服务性能压测实践

转自:https://mp.weixin.qq.com/s/XW9geHZ9odHdI7srDiKBIg 目录 背景 环境检测 压力机及压力工具检测 Linux openfiles limit 设置 排查周边依赖 空接口压测检测 聚合报告中 throughput 计算 压测及性能排查方法 关注各纬度 log Linux 常规命令 性能排查两种方式(从上往下.从下往上) 总结 背景 最近大半年内有过两次负责性能压测的一些工作.一件事情做了一次可能还无法总结出一些东西,两次过后还是能发现一些共性问题

(转)后端服务性能压测实践

作者:王清培(Plen wang) 传送门:https://www.cnblogs.com/wangiqngpei557/p/7953453.html ---------------------------------------------------------------------分割线------------------------------------------------------ 入职新公司,没人理我,负责的需求开发一直很忙,要么环境有问题,要么Bug卡住我找开发,回了一句

虚拟网卡性能压测

本文主要介绍多种场景下,虚拟机网卡的压测及性能对比,根据openstack实际的部署方式,虚拟机网卡压测场景包括 SRIOV(passthrough).SRIOV+Macvtap(passthrough).Vlan+Linux bridge.OVS+Linux Bridge,分别从协议类型(TCP/UDP).Message Size方向压测虚拟机网卡的时延.发包率.吞吐量. 压测环境 host1:  服务器型号:IBM x3550m2 CPU型号:Intel(R) Xeon(R) CPU*8,每

SSDB性能压测报告

测试场景 机器: 两台Intel(R) Xeon(R) E5506  2.13GHz  (4核 8线程)*2/内存32GB/SAS 300G 数据: key: 10位顺序数字     value: 50字节      数据量: 2kw 并发: 并发数依次为10.20.40.80.160 压测工具:redis-benchmark ssdb 版本: 1.9.2 ssdb 配置: leveldb: cache_size: 5120 block_size: 32 write_buffer_size: 6

RocketMQ性能压测分析(转)

原创文章,转载请注明出处:http://jameswxx.iteye.com/blog/2093785 一   机器部署 1.1  机器组成 1台nameserver 1台broker  异步刷盘 2台producer 2台consumer 1.2  硬件配置 CPU  两颗x86_64cpu,每颗cpu12核,共24核 内存 48G 网卡 千兆网卡 磁盘 除broker机器的磁盘是RAID10,共1.1T,其他都是普通磁盘约500G 1.3  部署结构 橙色箭头为数据流向,黑色连接线为网络连接