pgbench使用记录
1.初始化:
pgbench -i pgbench
如果端口号有变化,需要先手动创建数据库,再执行。
pgbench -i -s 10 -p 5433 pgbench
重点:主要用到两个参数,-i:初始化模式,-s 插入的倍数,默认是1,即插入100000条;也就是执行多少次generate_series(1,100000)。
2.开始测试:
pgbench -c 96 -j 12 -T 20 -r -p 5433 pgbench
-bash-4.1$ pgbench -c 96 -j 12 -T 20 -r -p 5433 pgbench
starting vacuum...end.
transaction type: TPC-B (sort of)
scaling factor:
query mode: simple
number of clients:
number of threads:
duration: s
number of transactions actually processed:
latency average: 1345.443 ms
tps = 71.351954 (including connections establishing)
tps = 71.400363 (excluding connections establishing)
statement latencies in milliseconds:
0.003744 \set nbranches * :scale
0.001051 \set ntellers * :scale
0.000855 \set naccounts * :scale
0.001345 \setrandom aid :naccounts
0.000850 \setrandom bid :nbranches
0.000680 \setrandom tid :ntellers
0.000797 \setrandom delta -
0.425127 BEGIN;
3.685616 UPDATE pgbench_accounts SET abalance = abalance + :delta WHERE aid = :aid;
0.189167 SELECT abalance FROM pgbench_accounts WHERE aid = :aid;
1144.710503 UPDATE pgbench_tellers SET tbalance = tbalance + :delta WHERE tid = :tid;
121.211975 UPDATE pgbench_branches SET bbalance = bbalance + :delta WHERE bid = :bid;
0.194937 INSERT INTO pgbench_history (tid, bid, aid, delta, mtime) VALUES (:tid, :bid, :aid, :delta, CURRENT_TIMESTAMP);
13.740971 END;
主要参数:
-c 总连接数,创建多少个连接到数据库,一般数据库接受连接数默认为100,其中需要预留3个左右的连接。
-j 进程数量,每个进程创建n个连接,那么就存在如下关系:-c = -j *n。
-T 测试持续时间,指定了-T就不能指定-t,每个连接执行的事物数量。即,要么指定测试多长时间,要么指定测试多少个事物。
-r 显示每一步操作的平均时间。
-f 指定测试脚本,不指定则使用默认脚本。
3.测试结果分析
可以看看设置的参数,也可以看到TPS,当然可以算到QPS,也可以看到系统的读写更新的速度,知道该往哪方面优化。
4.pgbench初始化参数:
pgbench accepts the following command-line initialization arguments: -F fillfactor
Create the pgbench_accounts, pgbench_tellers and pgbench_branches tables with the given fillfactor. Default is . -i
Required to invoke initialization mode. -s scale_factor
Multiply the number of rows generated by the scale factor. For example, -s will create ,, rows in the pgbench_accounts table. Default is .
5.pgbench 压力测试参数:
pgbench accepts the following command-line benchmarking arguments: -c clients
Number of clients simulated, that is, number of concurrent database sessions. Default is . -C
Establish a new connection for each transaction, rather than doing it just once per client session. This is useful to measure the connection overhead. -d
Print debugging output. -D varname=value
Define a variable for use by a custom script (see below). Multiple -D options are allowed. -f filename
Read transaction script from filename. See below for details. -N, -S, and -f are mutually exclusive. -j threads
Number of worker threads within pgbench. Using more than one thread can be helpful on multi-CPU machines. The number of clients must be a multiple of the number of threads, since each thread is given the same number of client sessions to manage. Default is . -l
Write the time taken by each transaction to a log file. See below for details. -M querymode
Protocol to use for submitting queries to the server: simple: use simple query protocol. extended: use extended query protocol. prepared: use extended query protocol with prepared statements. The default is simple query protocol. (See Chapter for more information.) -n
Perform no vacuuming before running the test. This option is necessary if you are running a custom test scenario that does not include the standard tables pgbench_accounts, pgbench_branches, pgbench_history, and pgbench_tellers. -N
Do not update pgbench_tellers and pgbench_branches. This will avoid update contention on these tables, but it makes the test case even less like TPC-B. -s scale_factor
Report the specified scale factor in pgbench is output. With the built-in tests, this is not necessary; the correct scale factor will be detected by counting the number of rows in the pgbench_branches table. However, when testing custom benchmarks (-f option), the scale factor will be reported as unless this option is used. -S
Perform select-only transactions instead of TPC-B-like test. -t transactions
Number of transactions each client runs. Default is . -T seconds
Run the test for this many seconds, rather than a fixed number of transactions per client. -t and -T are mutually exclusive. -v
Vacuum all four standard tables before running the test. With neither -n nor -v, pgbench will vacuum the pgbench_tellers and pgbench_branches tables, and will truncate pgbench_history.
6.默认测试脚本:
\set nbranches :scale
\set ntellers * :scale
\set naccounts * :scale
\setrandom delta -
\setrandom aid :naccounts
\setrandom bid :nbranches
\setrandom tid :ntellers BEGIN;
UPDATE pgbench_accounts SET abalance = abalance + :delta WHERE aid = :aid;
SELECT abalance FROM pgbench_accounts WHERE aid = :aid;
UPDATE pgbench_tellers SET tbalance = tbalance + :delta WHERE tid = :tid;
UPDATE pgbench_branches SET bbalance = bbalance + :delta WHERE bid = :bid;
INSERT INTO pgbench_history (tid, bid, aid, delta, mtime) VALUES (:tid, :bid, :aid, :delta, CURRENT_TIMESTAMP);
END; 备注:上面是 pgbench 自带的测试脚本,用户也可以自己编写测试脚本。
补充20190619:
7.在pg11上测试时,\setrandom报错,修改脚本:
\set nbranches :scale
\set ntellers * :scale
\set naccounts * :scale
\set delta random(-,)
\set aid random(,:naccounts)
\set bid random(,:nbranches)
\set tid random(,:ntellers) BEGIN;
UPDATE pgbench_accounts SET abalance = abalance + :delta WHERE aid = :aid;
SELECT abalance FROM pgbench_accounts WHERE aid = :aid;
UPDATE pgbench_tellers SET tbalance = tbalance + :delta WHERE tid = :tid;
UPDATE pgbench_branches SET bbalance = bbalance + :delta WHERE bid = :bid;
INSERT INTO pgbench_history (tid, bid, aid, delta, mtime) VALUES (:tid, :bid, :aid, :delta, CURRENT_TIMESTAMP);
END;
二、如果我们有绘图需要,一般可以这样解决:
1)使用pgbench 选用-P 选项,多少s报告一次进程的tps等信息,将这些信息可以放到excel或者Gnuplot、Matlab中绘图。
2)使用pgbench_tools来做综合测试,并给出一个趋势报告图。
下面是对pgbench_tools的介绍和使用:
https://github.com/kuang17/pgbench-tools
需要注意的是:
1)PG10修改了几个函数,例如pg_current_xlog_location变为了pg_current_wal_lsn。
2)在测试脚本中,\setrandom 需要对应的修改为\set xxx random(xxx, xxx)的方式。
3)在绘图时,需要先按照Gnuplot绘图工具及相关的字体。
yum install gnuplot -y
wget http://olea.org/paquetes-rpm//msttcore-fonts-2.0-6.noarch.rpm
rpm -ivh msttcore-fonts-2.0-6.noarch.rpm
修改/etc/profile或~/.bashrc,这样设置可以固定下来。
export GDFONTPATH="/usr/share/fonts/msttcore"
export GNUPLOT_DEFAULT_GDFONT="arial"
. /etc/profile
pgbench使用记录的更多相关文章
- [原创]使用benchmarksql和pgbench对PostgreSQL Plus Advanced Server进行性能测试
一.测试环境 benchmarksql version:4.0.8 rhel 6.3 vmware esxi 二.理解benchmarksql性能测试原理TPC-C 1.理解TPC-C TPC-C模拟 ...
- 记一次debug记录:Uncaught SyntaxError: Unexpected token ILLEGAL
在使用FIS3搭建项目的时候,遇到了一些问题,这里记录下. 这里是发布搭建代码: // 代码发布时 fis.media('qa') .match('*.{js,css,png}', { useHash ...
- nginx配置反向代理或跳转出现400问题处理记录
午休完上班后,同事说测试站点访问接口出现400 Bad Request Request Header Or Cookie Too Large提示,心想还好是测试服务器出现问题,影响不大,不过也赶紧上 ...
- Kali对wifi的破解记录
好记性不如烂笔头,记录一下. 我是在淘宝买的拓实N87,Kali可以识别,还行. 操作系统:Kali 开始吧. 查看一下网卡的接口.命令如下 airmon-ng 可以看出接口名称是wlan0mon. ...
- 2015 西雅图微软总部MVP峰会记录
2015 西雅图微软总部MVP峰会记录 今年决定参加微软MVP全球峰会,在出发之前本人就已经写这篇博客,希望将本次会议原汁原味奉献给大家 因为这次是本人第一次写会议记录,写得不好的地方希望各位园友见谅 ...
- 分享一个SQLSERVER脚本(计算数据库中各个表的数据量和每行记录所占用空间)
分享一个SQLSERVER脚本(计算数据库中各个表的数据量和每行记录所占用空间) 很多时候我们都需要计算数据库中各个表的数据量和每行记录所占用空间 这里共享一个脚本 CREATE TABLE #tab ...
- 我是如何在SQLServer中处理每天四亿三千万记录的
首先声明,我只是个程序员,不是专业的DBA,以下这篇文章是从一个问题的解决过程去写的,而不是一开始就给大家一个正确的结果,如果文中有不对的地方,请各位数据库大牛给予指正,以便我能够更好的处理此次业务. ...
- 前端学HTTP之日志记录
前面的话 几乎所有的服务器和代理都会记录下它们所处理的HTTP事务摘要.这么做出于一系列的原因:跟踪使用情况.安全性.计费.错误检测等等.本文将谥介绍日志记录 记录内容 大多数情况下,日志的记录出于两 ...
- ASP.NET Core应用中如何记录和查看日志
日志记录不仅对于我们开发的应用,还是对于ASP.NET Core框架功能都是一项非常重要的功能特性.我们知道ASP.NET Core使用的是一个极具扩展性的日志系统,该系统由Logger.Logger ...
随机推荐
- CRM——插件流程回顾
1. Django项目启动 自动加载文件 制作启动文件 1. 注册strak 在apps.py 类里面增加如下 def ready(self): from django.utils.module_lo ...
- MySQL 多表查询(Day43)
阅读目录 一,介绍 二,多表连接查询 三,符合条件链接查询 四,子查询 五,综合练习 ========================================================= ...
- this与super关键字总结
Ⅰ.this 用类名定义一个变量的时候,定义的应该只是一个引用,外面可以通过这个引用来访问这个类里面的属性和方法.类里面也有一个引用来访问自己的属性和方法,这个引用就是 this 对象,它可以在类里面 ...
- List集合的ForEach扩展
public static void ForEach<T>(this IEnumerable<T> enumerableSource, Action<T&g ...
- HDU - 1695 GCD (容斥+枚举)
题意:求区间1<=i<=b与区间1<=j<=d之间满足gcd(i,j) = k 的数对 (i,j) 个数.(i,j)与(j,i) 算一个. 分析:gcd(i,j)=k可以转化为 ...
- iOS 和服务端交互 数据加密策略
总体逻辑: 客户端:对称加密数据,上传...回执对称解密 同理服务端:获取上传数据 对称解密 ...下发:对称加密 当且仅当登录接口和 拉新(更新nonce 和 key的接口)是对称加密上传 非对称解 ...
- FTP 服务器性能 测试点
测试FTP 服务器性能测试点: 1. ftp软件性能 2. ftp服务器硬件处理性能(IO/CPU/ROM) 3. ftp服务器网络吞吐性能 (NET IO) 有针对性的测试 达到的效果会比较好. 建 ...
- @RequestBody和@ResponseBody的使用情形以及RestTemplate的http报文转换
@RequestBody和@ResponseBody两个注解,分别完成请求报文到对象和对象到响应报文的转换. @RequestBody 1.@requestBody注解常用来处理content-typ ...
- GIT使用—安装配置及工作流程
一.Git 与 SVN 区别 GIT不仅仅是个版本控制系统,它也是个内容管理系统(CMS),工作管理系统等. 1.GIT是分布式的,SVN不是:这是GIT和其它非分布式的版本控制系统,例如SVN,CV ...
- 阻塞方法与InterruptedException
什么是阻塞方法?为什么会抛出InterruptedException? 一般方法的完成只取决于它所要做的事情,以及是否有足够多可用的计算资源(CPU 周期和内存). 而阻塞方法的完成还取决于一些外部的 ...