- 综合排序
- 最热优先
- 最新优先
- 来自专栏Greenplum
Greenplum Pgbench命令详解
Greenplum PGBENCH命令详解 Greenplum PGBENCH命令详解 1 PGBENCH概念详解 1 PGBENCH 参数详解 1 查看参数详细信息 1 PGBENCH 测试案例 2 创建表信息 2 修改一下参数 3 修改配置文件 3 重启服务 3 创建SQL测试文件 3 查看测试效果 3 PGBENCH概念详解 TPC:Transactionprocessing Performance PGBENCH 参数详解 查看参数详细信息 postgres=# pgbench –help 初始化选项： -i 调用初始化模式 -F NUM 填充因子 -s NUM 规模因子（与产生数据量大小有关 ” “pgbench_branches” -r 报告每条命令的平均延迟 -s NUM 在输出中报告规模因子 -S 执行 SELECT-only事务 -t NUM 每个客户端运行的事务数（默认：10） - reload 创建SQL测试文件 # cd /home/postgres/test-dome #cat test.sql select f(); 查看测试效果 以下命令在postgres用户下执行 $ pgbench
1.4K10发布于 2018-10-16 - 来自专栏Greenplum
Greenplum Pgbench命令详解
Greenplum PGBENCH命令详解 Greenplum PGBENCH命令详解 1 PGBENCH概念详解 1 PGBENCH 参数详解 1 查看参数详细信息 1 PGBENCH 测试案例 2 创建表信息 2 修改一下参数 3 修改配置文件 3 重启服务 3 创建SQL测试文件 3 查看测试效果 3 PGBENCH概念详解 TPC:Transactionprocessing Performance PGBENCH 参数详解 查看参数详细信息 postgres=# pgbench –help 初始化选项： -i 调用初始化模式 -F NUM 填充因子 -s NUM 规模因子（与产生数据量大小有关 ” “pgbench_branches” -r 报告每条命令的平均延迟 -s NUM 在输出中报告规模因子 -S 执行 SELECT-only事务 -t NUM 每个客户端运行的事务数（默认：10） - reload 创建SQL测试文件 # cd /home/postgres/test-dome #cat test.sql select f(); 查看测试效果 以下命令在postgres用户下执行 $ pgbench
78530发布于 2019-08-05 - 来自专栏云数据仓库 PostgreSQL
Greenplum基于pgbench的性能测试
rBAoL1-Q20mAN44lAAO6uDAqdEA653.png 环境准备 参考命令工具，基于pgbench https://github.com/gregs1104/pgbench-tools 一，安装pgbench命令（root用户） 1， 进入 greenplum 的目录 contrib 2， make all;make install 3， yum install gnuplot 二， 上传pgbench-tools-master.zip压缩包（gpadmin用户） 1，su gpadmin 2， cd /home/gpadmin/install 3, 上传压缩包到该目录/home/gpadmin /install 3， 解压 unzip pgbench-tools-master.zip 4，cd /home/gpadmin/install/pgbench-tools-maste 三、pgbench SCALES 为每次运行的扩展因子， 数据表 pgbench_accounts 基础为10W，如果SCALES = 100，则实际该表数据 100* 10W。
3.2K93发布于 2019-01-23 - 来自专栏oracleace
使用pgbench对PostgreSQL进行基准测试
官方文档： PostgreSQL: Documentation: 15: pgbench https://www.postgresql.org/docs/15/pgbench.html 使用pgbench 01 — 初始化pgbench测试数据 使用下面的命令初始化测试数据 -bash-4.2$ pgbench -i -s 2 -F 80 -U postgres dropping old tables. NOTICE: table "pgbench_accounts" does not exist, skipping NOTICE: table "pgbench_branches" does not exist, skipping NOTICE: table "pgbench_history" does not exist, skipping NOTICE: table "pgbench_tellers 使用该脚本进行测试: -bash-4.2$ pgbench -f Insert.sql -U postgres pgbench (14.3) starting vacuum...end. transaction
1.7K10编辑于 2023-09-06 - 来自专栏Postgresql源码分析
pgbench10安装记录（yum）
配置环境变量 默认安装是/usr/pgsql-10/bin，所以需要配置path 路径 /etc/profile export PATH=$PATH:/usr/pgsql-10/bin 常用测试命令 pgbench -M prepared -r -c8 -j8 -T 60 -P1 -hxxx -p1433 -Userver db1 pgbench -i -s 400 -hxxx -p3433 -Userver
37620编辑于 2022-05-12 - 来自专栏AustinDatabases
Postgresql 压力测试 pgbench 与 准不准
言归正传，postgresql的压力测试有么有必要，当然有，但是我们的测试大部分就属于五星批发部， 那么今天五星批发部pgbench 就来测测我们的postgresql 这辆多功能“车”。 1 产生测试的表 通过pg_bench -i 数据库名，来在指定的数据库下产生4个测试表 pgbench_accounts pgbench_branches pgbench_history pgbench_tellers 那么他们在测试的时候使用了什么语句来进行的 select count(*) from pgbench_branches INSERT INTO pgbench_history (tid, bid, aid SET abalance =abalance + 1 WHERE aid = 2 UPDATE pgbench_tellers SET tbalance =tbalance + 1 WHERE tid = 2 SELECT abalance FROM pgbench_accounts WHEREaid = $1 insert into pgbench_branches(bid,bbalance)values
1.7K30发布于 2021-04-22 - 来自专栏Greenplum
Greenplum数据库使用总结(干货满满)--PGBENCH使用
7.3 PGBENCH 测试案例 7.3.1 创建表信息 以下命令在postgres数据库中执行 $ psql -h 192.168.31.200 -d postgres -U postgres -p 创建SQL测试文件 # cd /home/postgres/test-dome #cat test.sql select f(); 7.3.4查看测试效果 以下命令在postgres用户下执行 $ pgbench
94920发布于 2019-08-05 - 来自专栏老高的技术博客
使用pgbench测试你的数据库性能
简单翻译 pgbench is a benchmarking tool for PostgreSQL. Usage: pgbench [OPTION]... pgbench -i -F 100 -s 10 pgbench_test # 或者更简单 pgbench -i pgbench_test 使用脚本测试 再次阶段我们可以使用自己的脚本，也可以使用程序自带的脚本 我们主要关心的是，-T 60，总时间 -c 客户端数 -j 工作线程数 -r 输出每个SQL的执行延迟 pgbench -T60 -c8 -j8 pgbench_test -U laogao -p 5432 pgbench_test # or pgbench -T60 -c8 -j8 pgbench_test 使用自定义脚本测试 写 当然，我们可以使用自己的脚本进行独立测试，我们可以事先准备好我们的数据表 /insert.sql -c 4 -j 4 -T 60 pgbench_test # 换成其他机器就行 pgbench -M prepared -rf .
82530编辑于 2022-12-28 - 来自专栏数据库相关
PG基于dexter的自动化索引推荐
| table | postgres | permanent | heap | 1302 MB | public | pgbench_branches | table | postgres | permanent | heap | 0 bytes | public | pgbench_tellers drop constraint pgbench_accounts_pkey ; ALTER TABLE Time: 9.403 ms 另外开一个窗口，执行压测 $ pgbench -c 10 -j 10 pgbench (16.0 - Percona Distribution, server 15.4 - Percona Distribution) starting vacuum...end. (aid) Pass2: 8.07 : public.pgbench_accounts (aid) Final: 8.07 : public.pgbench_accounts (aid) select
90010编辑于 2024-01-07 - 来自专栏Postgresql源码分析
Postgresql内部缓存与OS缓存的关系
:aid; UPDATE pgbench_tellers SET tbalance = tbalance + :delta WHERE tid = :tid; UPDATE pgbench_branches | 1296 pgbench_accounts_pkey | 214 pgbench_branches | 0 pgbench_branches_pkey | 0 pgbench_history | 5 pgbench_tellers | 0 pgbench_tellers_pkey | 0 pgbench_accounts_pkey | 0 pgbench_branches | 0 pgbench_branches_pkey | 0 pgbench_history | 0 pgbench_tellers | 0 pgbench_tellers_pkey
81130编辑于 2022-05-12 - 来自专栏PostgreSQL研究与原理解析
PG空闲连接对性能的影响
每个测试都有两个阶段，第一阶段pgbench执行1个小时，没有其他工作负载。这个提供了一个基准事务率。 第二个阶段，再次执行pgbench前打开1000个连接，每个连接从information_schema表获取一行数据。 第一次执行pgbench会加载请求的数据页到内存，随后再次执行pgbench，cache中的数据页可以重用，此时不再需要从磁盘加载。 为了最小化页缓存的影响，在执行测试案例前执行一个初始步骤。 为测试这点，使用-S配置运行pgbench，使用内置的select only脚本。 下面测试pgbouncer配置了最大5000客户端连接，但我们的测试中最大连接设置为200.pgbench运行在pgbouncer pool中。
2K30发布于 2021-01-18 - 来自专栏腾讯云数据库(TencentDB)
PG-Pool-II 读写分离使用体验
PG-Pool-II 读写分离测试 通过pgbench 通过pgpool 对数据库进行基础数据灌数。 /usr/pgsql-11/bin/pgbench -U haha -p 9999 -h 172.27.32.12 test -i -s 10 新建一个sql文件来进行测试vi test.sql \set WHERE aid = :aid; SELECT tbalance FROM pgbench_tellers WHERE tid = :tid; SELECT bid,aid,delta,mtime FROM pgbench_history WHERE tid = :tid; UPDATE pgbench_accounts SET abalance = abalance + :delta WHERE aid = :aid; SELECT abalance FROM pgbench_accounts WHERE aid = :aid; UPDATE pgbench_tellers SET tbalance
2K30发布于 2021-09-03 - 来自专栏Postgresql源码分析
Pglog高压下日志瓶颈分析
2 测试记录 环境：64C（小规格上测不出来的，需要大并发引起log大量锁冲突） 初始化：pgbench -i -s 200 bench 结果对比： log_statementlog_durationtps log_statement='all'; alter system set log_duration='off'; select pg_reload_conf(); 测试：tps = 141541.265184 pgbench log_statement='all'; alter system set log_duration='on'; select pg_reload_conf(); 测试：tps = 96551.544436 pgbench pgbench -M prepared -c 64 -j 64 -P 1 -T 1200 -r -f . /s1.sql 对比一下select 1和pgbench -S的效果 可以看到mutex锁竞争是明显的瓶颈。 那么pipe的mutex锁是哪来的？pipe锁的机制是什么样的？下一篇继续分析。
31820编辑于 2022-05-12 - 来自专栏黑客下午茶
pgpool-II 4.3 中文手册 - 入门教程
测试复制 让我们使用标准 PostgreSQL 安装附带的基准工具 pgbench 来测试复制功能。 | table | t-ishii public | pgbench_branches | table | t-ishii public | pgbench_history | table | t-ishii | table | t-ishii public | pgbench_branches | table | t-ishii public | pgbench_history | table | t-ishii 接下来，让我们运行 pgbench 一段时间并检查结果。 要查看效果，让我们使用 pgbench -S 命令。 $ ./shutdownall $ .
2.2K30编辑于 2022-05-17 - 来自专栏AustinDatabases
Postgresql 损坏的索引怎么查出来,解决了他
例如 postgres=# explain analyze select * from pgbench_accounts where aid>1 and aid <10000 ; ------------------------------------------------------------------------------- Bitmap Heap Scan on pgbench_accounts Recheck Cond: ((aid > 1) AND (aid < 10000)) Heap Blocks: exact=164 -> Bitmap Index Scan on idx_pgbench_accounts 5.286 ms (7 rows) postgres=# set enable_indexscan='off'; SET postgres=# explain analyze select * from pgbench_accounts where aid >10000000; QUERY PLAN Seq Scan on pgbench_accounts (cost=0.00..4889345.00 rows=89592207
1.3K20发布于 2021-04-01 - 来自专栏数据库架构之美
PostgreSQL10分区表性能研究报告
4个和10个并发压测，压测脚本： /usr/pgsql-10/bin/pgbench -f select/insert.sql -c 4/10 -j 4/10 -n -P 10 -r -T 300/180 进行测试： /usr/pgsql-10/bin/pgbench -f select_pathman_new.sql -c 4/10 -j 4/10 -n -P 10 -r -T 180 -R 10000 -p 7474 -d postgres -U postgres -h localhost /usr/pgsql-10/bin/pgbench -f insert_pathman_new.sql -c 进行测试： /usr/pgsql-10/bin/pgbench -f select_native_emp_20190710.sql -c 4/10 -j 4/10 -n -P 10 -r -T 180 01 峰值qps压测 调用pgbench 以三种分区方式和不分区方式进行压测，调整 -c / -j / -t / -T -R等参数把cpu压满时的tps/qps。
1.8K10发布于 2020-07-21 - 来自专栏AustinDatabases
PostgreSQL 新版本就一定好--由培训现象让我做的实验
命令执行失败，客户端数量为: 10 ## 请检查错误信息，日志文件: pgbench_results_20250601_120531/pgbench_c10_t30.log 暂停 5 秒，然后继续下一个客户端数量 命令执行失败，客户端数量为: 20 ## 请检查错误信息，日志文件: pgbench_results_20250601_120531/pgbench_c20_t30.log 暂停 5 秒，然后继续下一个客户端数量 命令执行失败，客户端数量为: 30 ## 请检查错误信息，日志文件: pgbench_results_20250601_120531/pgbench_c30_t30.log 暂停 5 秒，然后继续下一个客户端数量 命令执行失败，客户端数量为: 50 ## 请检查错误信息，日志文件: pgbench_results_20250601_120531/pgbench_c50_t30.log 所有测试阶段完成！ 数据库名 PGBENCH_SCRIPT="custom_mixed.sql"# pgbench 脚本文件 SCALE_FACTOR=100 # 数据缩放因子 (与初始化时保持一致
36700编辑于 2025-06-08 - 来自专栏Portworx云原生容器存储
操作指南：通过Rancher在K8S上运行PostgreSQL数据库
# psql pgbench=# create database pxdemo; pgbench=# \l pgbench=# \q 默认状态下，Pgbench会创建4张表：（pgbench_branches ，pgbench_tellers，pgbench_accounts，pgbench_history），在主pgbench_accounts表里会有10万行。 在上面的命令中，我们在“scaling”上填写了50，这样pgbench就会创建一个50倍默认大小的数据库。 我们的pgbench_accounts现在有5百万行了。 这样我们的数据库变成了800MB (50*16MB) # pgbench -i -s 50 pxdemo; 等待直到pgbench完成表的创建。 我们接着来确认一下 pgbench_accounts现在有500万行的填充。
3.7K30发布于 2020-02-06 - 来自专栏AustinDatabases
PostgreSQL Bgwriter 与 checkpoint 性能 与性能测试
下面开始测试的环节,测试机是一台虚拟机 4 核心 16G 的CPU 系统没有进行复杂的优化,仅仅对 share buffer, workmem 进行了例行的调整 pgbench -i -s 1000 创建一个亿的数据 以下为基准测试测试后的数据 pgbench -M prepared -v -r -P 1 -f . 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
2K20发布于 2021-09-24 - 来自专栏区块链入门
【Greenplum】TPC测试指南
（version 9.5） 源码安装：下载开源数据库PostgreSQL源码，然后到pgbench对应的目录中单独对pgbench进行编译生成可执行的二进制文件。 pgbench（version 9.5） 二进制安装：可以先直接yum install postgresql95-server来安装PostgreSQL程序，此过程会自动安装pgbench工具。 2.2.3、测试数据准备 测试数据总量 表名 数据量（行数） pgbench_accounts 1142400000 pgbench_branches 11424 pgbench_history 0 pgbench_tellers 114240 pgbench使用，填充因子为100，比例因子为11424 # 其中-F参数就是上文说的装填因子，-s值得是比例因子 . = :aid; UPDATE pgbench_tellers SET tbalance = tbalance + :delta WHERE tid = :tid; UPDATE pgbench_branches
2K10发布于 2021-06-08
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号