• GreatSQL社区原创内容未经授权不得随意使用,转载请联系小编并注明来源。

介绍

新业务上线的时候通常需要对数据库性能进行压力测试,以确认是否满足需要,今天简单介绍下sysbench的用法:

  • 1.sysbench 是一个开源跨平台的多线程性能测试工具。
  • 2.可以用来进行 CPU、内存、磁盘IO、线程、数据库的性能测试。
  • 3.目前支持的数据库是 MySQL、Oracle 和 PostgreSQL。

安装

1.YUM 安装

curl -s https://packagecloud.io/install/repositories/akopytov/sysbench/script.rpm.sh | sudo bash
sudo yum -y install sysbench

2.安装完成后会有一些 lua 脚本

[root@mgr1 src]# ll /usr/share/sysbench/
total 132
-rwxr-xr-x. 1 root root 1452 May 8 2020 bulk_insert.lua
-rw-r--r--. 1 root root 14369 May 8 2020 oltp_common.lua
-rwxr-xr-x. 1 root root 1290 May 8 2020 oltp_delete.lua
-rwxr-xr-x. 1 root root 2415 May 8 2020 oltp_insert.lua
......

3.部分lua脚本说明

  • insert.lua 单值插入数据
  • bulk_inert.lua 批量插入数据
  • delete.lua 删除数据
  • select.lua 简单主键查询
  • oltp.lua 混合读写测试

用法

1.sysbench 常用参数

sysbench [general-options]... --test=<test-name> [test-options]... command
--num-threads=N # 创建测试线程的数,默认为1.
--max-requests=N # 请求的最大数目,默认为10000,0 代表不限制。
--max-time=N # 最大执行时间,单位是s。默认是0,不限制。
--forced-shutdown=STRING # 超过 max-time 的时候会强制中断。默认是off。
--thread-stack-size=SIZE # 每个线程的堆栈大小。默认是32K。
--init-rng=[on|off] # 在测试开始时是否初始化随机数发生器。默认是off。
--test=STRING # 指定测试项目名称。
--debug=[on|off] # 是否显示更多的调试信息。默认是off。
--validate=[on|off] # 在可能情况下执行验证检查。默认是off。
--version=[on|off] # 版本信息。
--help=[on|off] # 帮助信息。

2.可以测试的项目

fileio # IO
cpu - # CPU
memory # 内存
threads # 线程
mutex # 互斥性能
oltp # 数据库,事务处理

3.各个测试项目查看帮助

# IO
sysbench --test=fileio help
# CPU
sysbench --test=cpu help
# 内存
sysbench --test=memory help
# 线程
sysbench --test=threads help
# 互斥性能
sysbench --test=mutex help
# 事务处理
sysbench --test=oltp help

4.测试阶段

prepare:测试前准备工作,例如为fileis测试在磁盘上创建必要的文件,为OLTP测试准备测试数据
run:执行完整的测试,必须指定–-test选项
cleanup:测试结束后删除数据

三、测试

3.1 文件IO测试

磁盘IO性能测试,主要查看请求数(request)和总体的吞吐量(total)。

[root@mgr1 src]# sysbench --test=fileio --num-threads=4 --file-total-size=1G --file-test-mode=rndrw prepare
sysbench 0.4.12.10: multi-threaded system evaluation benchmark 128 files, 8192Kb each, 1024Mb total
Creating files for the test...
Extra file open flags: 0
Reusing existing file test_file.0
Reusing existing file test_file.1
Reusing existing file test_file.2
Reusing existing file test_file.127
No bytes written. [root@mgr1 src]# sysbench --test=fileio --num-threads=4 --file-total-size=1G --file-test-mode=rndrw run
sysbench 0.4.12.10: multi-threaded system evaluation benchmark Running the test with following options:
Number of threads: 4
Random number generator seed is 0 and will be ignored Extra file open flags: 0
128 files, 8Mb each
1Gb total file size
Block size 16Kb
Number of random requests for random IO: 10000
Read/Write ratio for combined random IO test: 1.50
Periodic FSYNC enabled, calling fsync() each 100 requests.
Calling fsync() at the end of test, Enabled.
Using synchronous I/O mode
Doing random r/w test
Threads started!
Done. Operations performed: 6000 reads, 4000 writes, 12800 Other = 22800 Total
Read 93.75Mb Written 62.5Mb Total transferred 156.25Mb (6.3811Mb/sec)
408.39 Requests/sec executed General statistics:
total time: 24.4863s
total number of events: 10000
total time taken by event execution: 0.1070
response time:
min: 0.00ms
avg: 0.01ms
max: 13.36ms
approx. 95 percentile: 0.01ms Threads fairness:
events (avg/stddev): 2500.0000/526.25
execution time (avg/stddev): 0.0267/0.01

3.2、CPU测试

CPU测试计算质数直到某个最大值所需要的时间,主要方法是进行素数的加法运算,在下面的例子中,指定了最大的素数为 10000

[root@mgr1 src]# sysbench --test=cpu --cpu-max-prime=10000 run
sysbench 0.4.12.10: multi-threaded system evaluation benchmark Running the test with following options:
Number of threads: 1
Random number generator seed is 0 and will be ignored Doing CPU performance benchmark Primer numbers limit: 10000 Threads started!
Done. General statistics:
total time: 10.7192s
total number of events: 10000
total time taken by event execution: 10.7031
response time:
min: 0.90ms
avg: 1.07ms
max: 10.32ms
approx. 95 percentile: 1.30ms Threads fairness:
events (avg/stddev): 10000.0000/0.00
execution time (avg/stddev): 10.7031/0.00

3.3 线程测试

  • --thread-yields=N 每个请求产生多少个线程。默认是1000
  • --thread-locks=N 每个线程的锁的数量。默认是8
[root@mgr1 src]# sysbench --test=threads --num-threads=32 --thread-yields=48 --thread-locks=2 run
sysbench 0.4.12.10: multi-threaded system evaluation benchmark Running the test with following options:
Number of threads: 32
Random number generator seed is 0 and will be ignored Doing thread subsystem performance test
Thread yields per test: 48 Locks used: 2
Threads started!
Done. General statistics:
total time: 2.0646s
total number of events: 10000
total time taken by event execution: 66.0149
response time:
min: 0.03ms
avg: 6.60ms
max: 69.03ms
approx. 95 percentile: 24.01ms Threads fairness:
events (avg/stddev): 312.5000/22.72
execution time (avg/stddev): 2.0630/0.00

3.4 内存测试

  • 测试内存连续读写性能
[root@mgr1 src]# sysbench --test=memory --memory-block-size=8k --memory-total-size=1G run
sysbench 0.4.12.10: multi-threaded system evaluation benchmark
Operations performed: 1310720 (216525.32 ops/sec)
10140.00 MB transferred (2097.85 MB/sec)
Test execution summary:
total time: 3.6055s
total number of events: 1410720
total time taken by event execution: 201.0560
per-request statistics:
min: 0.00ms
avg: 0.16ms
max: 1071.04ms
approx. 95 percentile: 0.02ms
Threads fairness:
events (avg/stddev): 12107.2000/3870.38
execution time (avg/stddev): 2.0506/0.28

3.5 OLTP 测试

  • 测试事务处理数,和读写数
# prepare准备数据
[root@mgr1 src]# sysbench --test=oltp --mysql-table-engine=InnoDB --oltp-table-size=1000000 --mysql-socket=/data/GreatSQL/mysql.sock --mysql-user=root --mysql-password=GreatSQL --mysql-db=test prepare
sysbench 0.4.12.10: multi-threaded system evaluation benchmark No DB drivers specified, using mysql
Creating table 'sbtest'...
Creating 1000000 records in table 'sbtest'... # 正式run测试
[root@mgr1 src]# sysbench --test=oltp --mysql-table-engine=InnoDB --oltp-table-size=1000000 --mysql-socket=/data/GreatSQL/mysql.sock --mysql-user=root --mysql-password=GreatSQL --mysql-db=test run
sysbench 0.4.12.10: multi-threaded system evaluation benchmark No DB drivers specified, using mysql
Running the test with following options:
Number of threads: 1
Random number generator seed is 0 and will be ignored Doing OLTP test.
Running mixed OLTP test
Using Special distribution (12 iterations, 1 pct of values are returned in 75 pct cases)
Using "BEGIN" for starting transactions
Using auto_inc on the id column
Maximum number of requests for OLTP test is limited to 10000
Using 1 test tables
Threads started!
Done. OLTP test statistics:
queries performed:
read: 140000
write: 40000
other: 20000
total: 200000
transactions: 10000 (27.65 per sec.)
deadlocks: 0 (0.00 per sec.)
read/write requests: 180000 (497.67 per sec.)
other operations: 20000 (55.30 per sec.) General statistics:
total time: 361.6868s
total number of events: 10000
total time taken by event execution: 361.5698
response time:
min: 18.73ms
avg: 36.16ms
max: 283.84ms
approx. 95 percentile: 63.45ms Threads fairness:
events (avg/stddev): 10000.0000/0.00
execution time (avg/stddev): 361.5698/0.00 # 删除 sbtest 测试表
[root@mgr1 src]# sysbench --test=oltp --mysql-table-engine=InnoDB --oltp-table-size=1000000 --mysql-socket=/data/GreatSQL/mysql.sock --mysql-user=root --mysql-password=GreatSQL --mysql-db=test cleanup
sysbench 0.4.12.10: multi-threaded system evaluation benchmark No DB drivers specified, using mysql
Dropping table 'sbtest'...
Done.

Enjoy GreatSQL

本文由博客一文多发平台 OpenWrite 发布!

技术分享|sysbench 压测工具用法浅析的更多相关文章

  1. 内存压测工具Memtester

    在做压力测试时,发现一个内存压测工具Memtester,可以随意设置内存占用大小,非常方便 下载地址:http://pyropus.ca/software/memtester/old-versions ...

  2. 压测工具使用(vegeta)

    一.压测工具vegeta 1.介绍 Vegeta 是一个用 Go 语言编写的多功能的 HTTP 负载测试工具,它提供了命令行工具和一个开发库. 官方地址:https://github.com/tsen ...

  3. wrk压测工具使用

    介绍分为四部分 1.wrk简述 2.wrk安装 3.wrk运行参数 4.wrk高级用法 1.wrk简述 当使用ab做压测的时候发现,ab的客户端消耗很大,而且测试时性能较差,测试redis,sprin ...

  4. mysql常用压测工具

    关键字:mysql压测工具 mysqlslap.sysbench  基准测试sysbench 压力测试 tpcc  具体怎么使用百度

  5. 05:Sysbench压测-innodb_deadlock_detect参数对性能的影响

    目录 sysbench压测-innodb_deadlock_detect参数对性能的影响 一.OLTP测试前准备 二.进行OLTP测试 三.测试结果解读: 四.关于测试后的结论: 五.关于测试后的性能 ...

  6. 精准容量、秒级弹性,压测工具 + SAE 方案如何完美突破传统大促难关?

    作者 | 代序 阿里云云原生技术团队 本文整理自<Serverless 技术公开课>,"Serverless"公众号后台回复"入门",即可获取系列文 ...

  7. 3. 堪比JMeter的.Net压测工具 - Crank 进阶篇 - 认识bombardier

    目录 堪比JMeter的.Net压测工具 - Crank 入门篇 堪比JMeter的.Net压测工具 - Crank 进阶篇 - 认识yml 堪比JMeter的.Net压测工具 - Crank 进阶篇 ...

  8. 4. 堪比JMeter的.Net压测工具 - Crank 进阶篇 - 认识wrk、wrk2

    目录 堪比JMeter的.Net压测工具 - Crank 入门篇 堪比JMeter的.Net压测工具 - Crank 进阶篇 - 认识yml 堪比JMeter的.Net压测工具 - Crank 进阶篇 ...

  9. 5. 堪比JMeter的.Net压测工具 - Crank 实战篇 - 接口以及场景压测

    目录 堪比JMeter的.Net压测工具 - Crank 入门篇 堪比JMeter的.Net压测工具 - Crank 进阶篇 - 认识yml 堪比JMeter的.Net压测工具 - Crank 进阶篇 ...

随机推荐

  1. 140_Power BI&Power Pivot之降维展示同类型比较

    博客:www.jiaopengzi.com 焦棚子的文章目录 请点击下载附件 一.背景 最近一段时间比较忙,几乎没有时间更新网站内容,今天刚好周末,更新一个简单的需求. 上效果图: 在我们日常做对比分 ...

  2. spring-boot @Async注解 解决异步多线程入库的问题

    前言在开发过程中,我们会遇到很多使用线程池的业务场景,例如定时任务使用的就是ScheduledThreadPoolExecutor.而有些时候使用线程池的场景就是会将一些可以进行异步操作的业务放在线程 ...

  3. [CSP-S 2019 Day2]Emiya家今天的饭

    思路: 这种题目就考我们首先想到一个性质.这题其实容易想到:超限的菜最多只有一个,再加上这题有容斥那味,就枚举超限的菜然后dp就做完了. 推式子能力还是不行,要看题解. 式子还需要一个优化,就是废除冗 ...

  4. React history.push()无法跳转 url改变页面不渲染

    一.history.push()无法跳转参考了很多文章 研究一下生命周期 render是要有state变化才会执行 BrowserHistory只有props变化 无法触发render 如下改造环境 ...

  5. html5手册语义化标签

    html5手册语义化标签: article section aside hgroup header footer nav time mark figure figcaption contextmenu ...

  6. Redis集群搭建 三主三从

    Redis集群介绍 Redis 是一个开源的 key-value 存储系统,由于出众的性能,大部分互联网企业都用来做服务器端缓存.Redis在3.0版本之前只支持单实例模式 虽然支持主从模式,哨兵模式 ...

  7. hibernate-validator的基本使用

    validator是用来校验参数使用! 一般来说校验参数的工作可以放在前端去执行,但是假如有人不经过前端直接调用后端的接口呢?很可能就出现非法数据而导致一些问题,所有服务端也要做数据的校验. 前端校验 ...

  8. Eureka属性配置

    一:Eureka Instance实例信息配置   里面的配置以"-"隔开 其实也支持驼峰命名代替"-" 首先是入门时的配置: server: port: 80 ...

  9. 『忘了再学』Shell基础 — 29、AWK内置变量

    目录 1.AWK内置变量 2.练习说明 (1)$n变量练习 (2)FS变量练习 (3)NF变量和NR变量练习 3.总结: 1.AWK内置变量 AWK内置变量如下表: awk内置变量 作用 $0 代表目 ...

  10. SpringCloud微服务实战——搭建企业级开发框架(四十二):集成分布式任务调度平台XXL-JOB,实现定时任务功能

      定时任务几乎是每个业务系统必不可少的功能,计算到期时间.过期时间等,定时触发某项任务操作.在使用单体应用时,基本使用Spring提供的注解即可实现定时任务,而在使用微服务集群时,这种方式就要考虑添 ...