2. 程式人生 > >PostgreSQL資料庫壓力測試工具pgbench簡單應用

PostgreSQL資料庫壓力測試工具pgbench簡單應用

阿新 • • 發佈：2019-02-17
PG資料庫提供了一款輕量級的壓力測試工具叫pgbench,其實就是一個編譯好後的擴充套件性的可執行檔案。介紹如下。 
 環境： 
CentOS 5.7(final) 
PG:9.1.2 
Vmware 8.0 
資料庫引數： max_connection=100 ,其他略，預設 

1.安裝 
進入原始碼安裝包,編譯,安裝 
[postgres@localhost  ~]$ cd postgresql-9.1.2/contrib/pgbench/
[postgres@localhost  pgbench]$ ll
total 164
-rw-r--r--. 1 postgres postgres   538 Dec  1  2011 Makefile
-rwxrwxr-x. 1 postgres postgres 50203 Apr 26 23:50 pgbench
-rw-r--r--. 1 postgres postgres 61154 Dec  1  2011 pgbench.c
-rw-rw-r--. 1 postgres postgres 47920 Apr 26 23:50 pgbench.o
[postgres
 
@localhost  pgbench]$make all
[postgres@localhost  pgbench]$make install
安裝完畢以後可以在bin資料夾下看到新生成的pgbench檔案 
[postgres@localhost  bin]$ ll $PGHOME/bin pgbench
-rwxr-xr-x. 1 postgres postgres 50203 Jul  8 20:28 pgbench
2.引數介紹 
[postgres@localhost  bin]$ pgbench --help
pgbench is a benchmarking tool for PostgreSQL.

Usage:
  pgbench [OPTIONS]... [DBNAME]

Initialization options:
  -i           invokes initialization mode
  -F NUM       fill factor
  -s NUM       scaling factor

Benchmarking options:
  -c NUM       number of concurrent database clients (default: 1)
  -C           establish new connection for each transaction
  -D VARNAME=VALUE
               define variable for use by custom script
  -f FILENAME  read transaction script from FILENAME
  -j NUM       number of threads (default: 1)
  -l           write transaction times to log file
  -M {simple|extended|prepared}
               protocol for submitting queries to server (default: simple)
  -n           do not run VACUUM before tests
  -N           do not update tables "pgbench_tellers" and "pgbench_branches"
  -r           report average latency per command
  -s NUM       report this scale factor in output
  -S           perform SELECT-only transactions
  -t NUM       number of transactions each client runs (default: 10)
  -T NUM       duration of benchmark test in seconds
  -v           vacuum all four standard tables before tests

Common options:
  -d           print debugging output
  -h HOSTNAME  database server host or socket directory
  -p PORT      database server port number
  -U USERNAME  connect as specified database user
  --help       show this help, then exit
  --version    output version information, then exit

Report bugs to .
3.初始化測試資料 
[postgres@localhost  ~]$ pgbench -i pgbench
creating tables...
10000 tuples done.
20000 tuples done.
30000 tuples done.
40000 tuples done.
50000 tuples done.
60000 tuples done.
70000 tuples done.
80000 tuples done.
90000 tuples done.
100000 tuples done.
set primary key...
NOTICE:  ALTER TABLE / ADD PRIMARY KEY will create implicit index "pgbench_branches_pkey" for table "pgbench_branches"
NOTICE:  ALTER TABLE / ADD PRIMARY KEY will create implicit index "pgbench_tellers_pkey" for table "pgbench_tellers"
NOTICE:  ALTER TABLE / ADD PRIMARY KEY will create implicit index "pgbench_accounts_pkey" for table "pgbench_accounts"
vacuum...done.
[postgres
 
@localhost  ~]$ psql -d pgbench
psql (9.1.2)
Type "help" for help.

pgbench=# select count(1) from pgbench_accounts;
 count  
--------
 100000
(1 row)

pgbench=# select count(1) from pgbench_branches;
 count 
-------
     1
(1 row)

pgbench=# select count(1) from pgbench_history;
 count 
-------
     0
(1 row)

pgbench=# select count(1) from pgbench_tellers;
 count 
-------
    10
(1 row)

pgbench=# \d+ pgbench_accounts
                Table "public.pgbench_accounts"
  Column  |     Type      | Modifiers | Storage  | Description 
----------+---------------+-----------+----------+-------------
 aid      | integer       | not null  | plain    | 
 bid      | integer       |           | plain    | 
 abalance | integer       |           | plain    | 
 filler   | character(84) |           | extended | 
Indexes:
    "pgbench_accounts_pkey" PRIMARY KEY, btree (aid)
Has OIDs: no
Options: fillfactor=100

pgbench=# \d+ pgbench_branches
                Table "public.pgbench_branches"
  Column  |     Type      | Modifiers | Storage  | Description 
----------+---------------+-----------+----------+-------------
 bid      | integer       | not null  | plain    | 
 bbalance | integer       |           | plain    | 
 filler   | character(88) |           | extended | 
Indexes:
    "pgbench_branches_pkey" PRIMARY KEY, btree (bid)
Has OIDs: no
Options: fillfactor=100

pgbench=# \d+ pgbench_history 
                      Table "public.pgbench_history"
 Column |            Type             | Modifiers | Storage  | Description 
--------+-----------------------------+-----------+----------+-------------
 tid    | integer                     |           | plain    | 
 bid    | integer                     |           | plain    | 
 aid    | integer                     |           | plain    | 
 delta  | integer                     |           | plain    | 
 mtime  | timestamp without time zone |           | plain    | 
 filler | character(22)               |           | extended | 
Has OIDs: no

pgbench=# \d+ pgbench_tellers 
                Table "public.pgbench_tellers"
  Column  |     Type      | Modifiers | Storage  | Description 
----------+---------------+-----------+----------+-------------
 tid      | integer       | not null  | plain    | 
 bid      | integer       |           | plain    | 
 tbalance | integer       |           | plain    | 
 filler   | character(84) |           | extended | 
Indexes:
    "pgbench_tellers_pkey" PRIMARY KEY, btree (tid)
Has OIDs: no
Options: fillfactor=100
說明： 
a.這裡使用的是預設的引數值,帶-s 引數時可指定測試資料的資料量,-f可以指定測試的指令碼,這裡用的是預設指令碼 
b.不要在生產的庫上做，新建一個測試庫，當生產上有同名的測試表時將被重置 

4.測試過程 
4.1 1個session

[postgres@localhost  ~]$ nohup pgbench -c 1 -T 20 -r pgbench > file.out  2>&1
[postgres@localhost  ~]$ more file.out 
nohup: ignoring input
starting vacuum...end.
transaction type: TPC-B (sort of)
scaling factor: 1
query mode: simple
number of clients: 1
number of threads: 1
duration: 20 s
number of transactions actually processed: 12496                                                     tps = 624.747958 (including connections establishing)                                                tps = 625.375564 (excluding connections establishing)
statement latencies in milliseconds:
        0.005299        \set nbranches 1 * :scale
        0.000619        \set ntellers 10 * :scale
        0.000492        \set naccounts 100000 * :scale
        0.000700        \setrandom aid 1 :naccounts
        0.000400        \setrandom bid 1 :nbranches
        0.000453        \setrandom tid 1 :ntellers
        0.000430        \setrandom delta -5000 5000
        0.050707        BEGIN;
        0.200909        UPDATE pgbench_accounts SET abalance = abalance + :delta WHERE aid = :aid;
        0.098718        SELECT abalance FROM pgbench_accounts WHERE aid = :aid;
        0.111621        UPDATE pgbench_tellers SET tbalance = tbalance + :delta WHERE tid = :tid;
        0.107297        UPDATE pgbench_branches SET bbalance = bbalance + :delta WHERE bid = :bid;
        0.095156        INSERT INTO pgbench_history (tid, bid, aid, delta, mtime) VALUES (:tid, :bid, :aid, :delta, CURRENT_TIMESTAMP);
        0.919101        END;
4.2 30個session 
[postgres@localhost  ~]$nohup pgbench -c 30 -T 20 -r pgbench > file.out  2>&1
[postgres@localhost  ~]$ more file.out 
nohup: ignoring input
starting vacuum...end.
transaction type: TPC-B (sort of)
scaling factor: 1
query mode: simple
number of clients: 30
number of threads: 1
duration: 20 s
number of transactions actually processed: 8056                                                      tps = 399.847446 (including connections establishing)                                                tps = 404.089024 (excluding connections establishing)
statement latencies in milliseconds:
    0.004195        \set nbranches 1 * :scale
    0.000685        \set ntellers 10 * :scale
    0.000887        \set naccounts 100000 * :scale
    0.000805        \setrandom aid 1 :naccounts
    0.000656        \setrandom bid 1 :nbranches
    0.000523        \setrandom tid 1 :ntellers
    0.000499        \setrandom delta -5000 5000
    0.515565        BEGIN;
    0.865217        UPDATE pgbench_accounts SET abalance = abalance + :delta WHERE aid = :aid;
    0.307207        SELECT abalance FROM pgbench_accounts WHERE aid = :aid;
    50.543371       UPDATE pgbench_tellers SET tbalance = tbalance + :delta WHERE tid = :tid;
    19.210089       UPDATE pgbench_branches SET bbalance = bbalance + :delta WHERE bid = :bid;
    0.384190        INSERT INTO pgbench_history (tid, bid, aid, delta, mtime) VALUES (:tid, :bid, :aid, :delta, CURRENT_TIMESTAMP);
    2.116383        END;
4.3 50個session 
[postgres@localhost  ~]$nohup pgbench -c 50 -T 20 -r pgbench > file.out  2>&1
[postgres@localhost  ~]$ more file.out 
nohup: ignoring input
starting vacuum...end.
transaction type: TPC-B (sort of)
scaling factor: 1
query mode: simple
number of clients: 50
number of threads: 1
duration: 20 s
number of transactions actually processed: 7504                                                      tps = 370.510431(including connections establishing)                                                tps = 377.964565(excluding connections establishing)
statement latencies in milliseconds:
        0.004291        \set nbranches 1 * :scale
        0.000769        \set ntellers 10 * :scale
        0.000955        \set naccounts 100000 * :scale
        0.000865        \setrandom aid 1 :naccounts
        0.000513        \setrandom bid 1 :nbranches
        0.000580        \setrandom tid 1 :ntellers
        0.000522        \setrandom delta -5000 5000
        0.604671        BEGIN;
        1.480723        UPDATE pgbench_accounts SET abalance = abalance + :delta WHERE aid = :aid;
        0.401148        SELECT abalance FROM pgbench_accounts WHERE aid = :aid;
        104.713566      UPDATE pgbench_tellers SET tbalance = tbalance + :delta WHERE tid = :tid;
        21.562787       UPDATE pgbench_branches SET bbalance = bbalance + :delta WHERE bid = :bid;
        0.412209        INSERT INTO pgbench_history (tid, bid, aid, delta, mtime) VALUES (:tid, :bid, :aid, :delta, CURRENT_TIMESTAMP);
        2.243497        END;
4.4 100個session 
超過100個會報錯，因為資料庫當前設定最大session是100 
[postgres@localhost  ~]$ nohup pgbench -c 100 -T 20 -r pgbench> file.out  2>&1
[postgres@localhost  ~]$ more file.out 
nohup: ignoring input
starting vacuum...end.
transaction type: TPC-B (sort of)
scaling factor: 1
query mode: simple
number of clients: 100
number of threads: 1
duration: 20 s
number of transactions actually processed: 6032                                                      tps = 292.556692 (including connections establishing)                                                tps = 305.595090 (excluding connections establishing)
statement latencies in milliseconds:
        0.004508        \set nbranches 1 * :scale
        0.000787        \set ntellers 10 * :scale
        0.000879        \set naccounts 100000 * :scale
        0.001620        \setrandom aid 1 :naccounts
        0.000485        \setrandom bid 1 :nbranches
        0.000561        \setrandom tid 1 :ntellers
        0.000656        \setrandom delta -5000 5000
        3.660809        BEGIN;
        4.198062        UPDATE pgbench_accounts SET abalance = abalance + :delta WHERE aid = :aid;
        1.727076        SELECT abalance FROM pgbench_accounts WHERE aid = :aid;
        281.955832      UPDATE pgbench_tellers SET tbalance = tbalance + :delta WHERE tid = :tid;
        27.054125       UPDATE pgbench_branches SET bbalance = bbalance + :delta WHERE bid = :bid;
        0.524155        INSERT INTO pgbench_history (tid, bid, aid, delta, mtime) VALUES (:tid, :bid, :aid, :delta, CURRENT_TIMESTAMP);
        2.710619        END;
5.說明 
我們主要關心的是最後的輸出報告中的TPS值，裡面有兩個,一個是包含網路開銷(including),另一個是不包含網路開銷的(excluding),這個值是反映的每秒處理的事務數，反過來也可以查出每個事務數所消耗的平均時間，一般認為能將硬體用到極致，速度越快越好。 

相關推薦

PostgreSQL資料庫壓力測試工具pgbench簡單應用

PG資料庫提供了一款輕量級的壓力測試工具叫pgbench,其實就是一個編譯好後的擴充套件性的可執行檔案。介紹如下。  環境： CentOS 5.7(final) PG:9.1.2 Vmware 8.0 資料庫引數： max_connection=100 ,其他略，預設 1.

網站壓力測試工具 Webbench簡單介紹

cgi 靜態頁面 服務 動態頁面 不同 傳輸數據 一個 php bench Webbech能測試處在相同硬件上，不同服務的性能以及不同硬件上同一個服務的運行狀況。Webbench的標準測試可以向我們展示服務器的兩項內容：每秒鐘相應請求數和每秒鐘傳輸數據量。Web

TiDB資料庫 壓力測試工具安裝

使用sysbench指定連線的時候不需要寫上mysql-socket引數   如果自己使用sysbench來測試mysql效能的話，建議使用原始碼編譯比較好，版本為0.4版本。 步驟是： 1、yum install m4 autoconf automake libtool 2、./co

壓力測試工具JMeter簡單使用

場景:專案上線前自測伺服器抗壓能力or提供資料給品牌方展示 注意:測試單臺機器不要使用很大的執行緒.每臺機器的配置不同,"聚合報告"中的Error也不同. 如:20000執行緒請求,10s內分10臺 每臺均2000請求.合計10*介面數*執行緒數=本次總請求 1.下載JMeter,解壓如圖  

NewSQL資料庫壓力測試工具系列——TPCC

     前兩篇文章向大家介紹了sysbench和YCSB兩個開源效能基準測試工具，這兩個工具著重於對資料庫進行產品級基本的、與業務和應用無關的壓力測試。在這篇文章中將向大家介紹在傳統關係型資料庫領域中存在的以假想的零售業務為基礎的TPC-C效能測，並介紹基於sysbench

資料庫壓力測試工具Hammerdb

本文主要介紹Hammerdb在OLTP(Online Transaction Processing，聯機事務處理)系統中基於TPC-C的測試方法。 資料庫壓力測試 Database Load Testing 資料庫尤其是關係型資料庫系統已經逐漸成為公司或大型

[資料庫]000 - 🍳Sysbench 資料庫壓力測試工具

# 000 -

PHP測試與優化-- Apache自帶的壓力測試工具ab（apache bench） - 簡單使用

一、測試工具： Apache 壓力測試工具ab ab是針對apache的效能測試工具，可以只安裝ab工具。 ubuntu安裝ab apt-get install apache2-utils centos安裝ab yum install httpd-tools 命令：

使用MySql資料庫基準壓力測試工具mysqlslap重放sql語句

Warning: Using a password on the command line interface can be insecure. Benchmark         Average number of seconds to run all queries: 0.055 seconds    

ubuntu 14.04 LTS 安裝webbentch壓力測試工具

計算 gin 步驟 webbench tar.gz ntc cells 有效 simple 近期在做 壓力測試工具，除了apache的ab測試工具外，發現webbentch工具也不錯，這裏簡介下這兩個工具。 一、webbentch安裝： wget ht

MQTT壓力測試工具之JMeter插件教程

all 多個 通訊協議 第三方 壓力 聯網 根據 降低成本 money 摘要： MQTT（Message Queuing Telemetry Transport，消息隊列遙測傳輸）主要用於移動Push，移動IM，物聯網M2M，物聯網采集等，這些應用場景的特點是客戶端的連接設

mysql之 mysql數據庫壓力測試工具（mysqlslap）

root .cn this 用戶 cas bench 測試 逗號 complete mysqlslap是從MySQL的5.1.4版開始就開始官方提供的壓力測試工具。通過模擬多個並發客戶端並發訪問MySQL來執行壓力測試，同時提供了較詳細的SQL執行數據性能報告，並且能很好的

Ubuntu 16.04/CentOS 6.9安裝Apache壓力測試工具ab

方法 apt www. 文檔 請求 str blog pan program 說明： ab工具已經在Apache中包含，如果不想安裝Apache，那麽可以使用下面方法單獨安裝。 安裝： Ubuntu： sudo apt-get install apache2-u

Web性能壓力測試工具之WebBench詳解

.com benchmark for tool pro soft sce 測試的 壓力 PS：在運維工作中，壓力測試是一項很重要的工作。比如在一個網站上線之前，能承受多大訪問量、在大訪問量情況下性能怎樣，這些數據指標好壞將會直接影響用戶體驗。但是，在壓力測試中存在一個共性

Ubuntu 16.04下安裝Apache壓力測試工具ab

apt-get gpo 簡單使用 utils sta markdown 測試結果 壓力測試 安裝apache 安裝 sudo apt-get install apache2-utils 簡單使用 # 對http://www.baidu.com/進行100次請求，10個並發請

redis壓力測試工具-----redis-benchmark

push program first ive ogr bench body bsp pro redis做壓測可以用自帶的redis-benchmark工具，使用簡單 壓測命令：redis-benchmark -h 127.0.0.1 -p 6379 -c 50 -n 10

超實用壓力測試工具－ab工具

用戶數 all ans ima 內容 請求 ins ron exce 一，簡介 ab是Apache超文本傳輸協議(HTTP)的性能測試工具。其設計意圖是描繪當前所安裝的Apache的執行性能，主要是顯示你安裝的Apache每秒可以處理多少個請求。 ab是apac

10大主流壓力測試工具推薦

generator 實用 負載 socket 針對 測試設計 匯聚 記錄 soc 　　 在移動應用和Web服務正式發布之前，除了進行必要的功能測試和安全測試，為了保證互聯網產品的服務交付質量，往往還需要做壓力/負載/性能測試。然而很多傳統企業在試水互聯網+的過程中，往往由

mysql壓力測試工具

mysql壓力測試工具mysql自帶就有一個叫mysqlslap的壓力測試工具，還是模擬的不錯的。下面舉例說說。mysqlslap是從5.1.4版開始的一個MySQL官方提供的壓力測試工具。通過模擬多個並發客戶端訪問MySQL來執行壓力測試，同時詳細的提供了“高負荷攻擊MySQL”的數據性能報告。並且能很好的

lLinux 下 Stress 壓力測試工具

sync 應用 AC 相關信息 ins 刪除 輸入輸出 fork aux Stress是什麽 stress是一個linux下的壓力測試工具，專門為那些想要測試自己的系統，完全高負荷和監督這些設備運行的用戶。 安裝 方式一 將stress的安裝包上傳並解壓到linux服