压测 tpcb pgbench 之一简介

pgbench是一种在PostgreSQL上运行基准测试的简单程序。它可能在并发的数据库会话中一遍一遍地运行相同序列的 SQL 命令,并且计算平均事务率(每秒的事务数)。默认情况下,pgbench会测试一种基于 TPC-B 但是要更宽松的场景,其中在每个事务中涉及五个SELECT、UPDATE以及INSERT命令。但是,通过编写自己的事务脚本文件很容易用来测试其他情况。

创建数据库

$ psql
create database pgbenchdb 

准备命令

$ pgbench -i -s 20 pgbenchdb 

NOTICE:  table "pgbench_history" does not exist, skipping
NOTICE:  table "pgbench_tellers" does not exist, skipping
NOTICE:  table "pgbench_accounts" does not exist, skipping
NOTICE:  table "pgbench_branches" does not exist, skipping
creating tables...
100000 of 2000000 tuples (5%) done (elapsed 0.25 s, remaining 4.70 s)
200000 of 2000000 tuples (10%) done (elapsed 0.53 s, remaining 4.73 s)
300000 of 2000000 tuples (15%) done (elapsed 0.80 s, remaining 4.51 s)
400000 of 2000000 tuples (20%) done (elapsed 1.02 s, remaining 4.09 s)
500000 of 2000000 tuples (25%) done (elapsed 1.24 s, remaining 3.71 s)
600000 of 2000000 tuples (30%) done (elapsed 1.53 s, remaining 3.58 s)
700000 of 2000000 tuples (35%) done (elapsed 1.84 s, remaining 3.42 s)
800000 of 2000000 tuples (40%) done (elapsed 2.07 s, remaining 3.10 s)
900000 of 2000000 tuples (45%) done (elapsed 2.38 s, remaining 2.90 s)
1000000 of 2000000 tuples (50%) done (elapsed 2.71 s, remaining 2.71 s)
1100000 of 2000000 tuples (55%) done (elapsed 2.92 s, remaining 2.39 s)
1200000 of 2000000 tuples (60%) done (elapsed 3.24 s, remaining 2.16 s)
1300000 of 2000000 tuples (65%) done (elapsed 3.58 s, remaining 1.93 s)
1400000 of 2000000 tuples (70%) done (elapsed 3.84 s, remaining 1.64 s)
1500000 of 2000000 tuples (75%) done (elapsed 4.18 s, remaining 1.39 s)
1600000 of 2000000 tuples (80%) done (elapsed 4.45 s, remaining 1.11 s)
1700000 of 2000000 tuples (85%) done (elapsed 4.83 s, remaining 0.85 s)
1800000 of 2000000 tuples (90%) done (elapsed 5.17 s, remaining 0.57 s)
1900000 of 2000000 tuples (95%) done (elapsed 5.42 s, remaining 0.29 s)
2000000 of 2000000 tuples (100%) done (elapsed 5.73 s, remaining 0.00 s)
vacuum...
set primary keys...
done.

-i 要求调用初始化模式。

-s 将生成的行数乘以比例因子。例如,-s 100将在pgbench_accounts表中创建 10,000,000 行。默认为 1。当比例为 20,000 或更高时,用来保存账号标识符的列(aid列)将切换到使用更大的整数(bigint),这样才能足以保存账号标识符。
其实就是插入的倍数,默认是1,即插入1 * 100000条;设置为n,则插入的行数为 n * 100000条。示例设置为20,则插入的行数为 20 * 10W=200W。

测试命令

$ pgbench -r -j 2 -c 4 -T 60 -P 1 pgbenchdb 

starting vacuum...end.
transaction type: <builtin: TPC-B (sort of)>
scaling factor: 20
query mode: simple
number of clients: 4
number of threads: 2
duration: 60 s
number of transactions actually processed: 80976
latency average = 2.964 ms
tps = 1349.466570 (including connections establishing)
tps = 1349.564883 (excluding connections establishing)
script statistics:
 - statement latencies in milliseconds:
         0.003  \set aid random(1, 100000 * :scale)
         0.001  \set bid random(1, 1 * :scale)
         0.001  \set tid random(1, 10 * :scale)
         0.001  \set delta random(-5000, 5000)
         0.073  BEGIN;
         0.207  UPDATE pgbench_accounts SET abalance = abalance + :delta WHERE aid = :aid;
         0.193  SELECT abalance FROM pgbench_accounts WHERE aid = :aid;
         0.233  UPDATE pgbench_tellers SET tbalance = tbalance + :delta WHERE tid = :tid;
         0.332  UPDATE pgbench_branches SET bbalance = bbalance + :delta WHERE bid = :bid;
         0.173  INSERT INTO pgbench_history (tid, bid, aid, delta, mtime) VALUES (:tid, :bid, :aid, :delta, CURRENT_TIMESTAMP);
         1.746  END;

tps = 1349.466570 (including connections establishing)
tps = 1349.564883 (excluding connections establishing)

-r 在基准结束后,报告平均的每个命令的每语句等待时间(从客户端的角度来说是执行时间)。

-j pgbench中的工作者线程数量。在多 CPU 机器上使用多于一个线程会有用。客户端会尽可能均匀地分布到可用的线程上。默认为 1。

-c 模拟的客户端数量,也就是并发数据库会话数量。默认为 1。其中 -c = -j *n。

-T 运行测试这么多秒,而不是为每个客户端运行固定数量的事务。-t和-T是互斥的。

-P 每隔N表输出指标

使用自定义脚本

$ pgbench -M simple -n -P 1 -f /tmp/f4.sql -r -c 20 -j 4 -T 60 peiybdb
progress: 1.0 s, 35356.7 tps, lat 0.545 ms stddev 1.147
progress: 2.0 s, 37536.9 tps, lat 0.532 ms stddev 1.252
progress: 3.0 s, 37001.8 tps, lat 0.539 ms stddev 1.168
progress: 4.0 s, 39644.4 tps, lat 0.505 ms stddev 1.356

$ pgbench -M extended -n -P 1 -f /tmp/f4.sql -r -c 20 -j 4 -T 60 peiybdb
progress: 1.0 s, 32421.4 tps, lat 0.598 ms stddev 1.484
progress: 2.0 s, 31532.2 tps, lat 0.634 ms stddev 1.310
progress: 3.0 s, 32415.3 tps, lat 0.615 ms stddev 1.347
progress: 4.0 s, 32889.0 tps, lat 0.609 ms stddev 1.392

$ pgbench -M prepared -n -P 1 -f /tmp/f4.sql -r -c 20 -j 4 -T 60 peiybdb
progress: 1.0 s, 39417.6 tps, lat 0.494 ms stddev 1.001
progress: 2.0 s, 40348.3 tps, lat 0.495 ms stddev 0.838
progress: 3.0 s, 40277.9 tps, lat 0.496 ms stddev 0.969
progress: 4.0 s, 40950.9 tps, lat 0.488 ms stddev 0.906

-M querymode
–protocol=querymode

要用来提交查询到服务器的协议:
simple:使用简单查询协议。
extended使用扩展查询协议。
prepared:使用带预备语句的扩展查询语句。

-n
–no-vacuum

初始化以后不执行清理

-P sec
–progress=sec

每sec秒显示进度报告。该报告包括运行了多长时间、从上次报告以来的 tps 以及从上次报告以来事务延迟的平均值和标准偏差。如果低于限流值(-R),延迟会相对于事务预定的开始时间(而不是实际的事务开始时间)计算,因此其中也包括了平均调度延迟时间

参考:
http://postgres.cn/docs/9.6/pgbench.html
https://help.aliyun.com/document_detail/101468.html?spm=a2c4g.11186623.6.1600.518a7b9aagW5AS

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

数据库人生

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值