摘要：一關(guān)于參數(shù)這個參數(shù)配置決定了每個并行操作允許的最大后臺進(jìn)程數(shù)，這個值的設(shè)置受后臺進(jìn)程數(shù)參數(shù)限制。查看并行順序掃描進(jìn)程備注圖中可看到出現(xiàn)了四個進(jìn)程。三測試測試之前先把的數(shù)據(jù)庫關(guān)了，在確保相等情況下進(jìn)行測試。

Oracle 支持強(qiáng)大的并行功能，創(chuàng)建索引，表分析，數(shù)據(jù)加載時(shí)可以開啟并行，這項(xiàng)功能讓很多數(shù)據(jù)庫產(chǎn)品垂涎， 作為開源數(shù)據(jù)庫 PostgreSQL 在并行方面也在努力嘗試，很早之前 PostgreSQL 幾乎不支持任何并行的作業(yè)，到了 9.5 版本 PostgreSQL 支持并行的 vacuum，到了 9.6 后， PostgreSQL 支持并行的順序掃描，這是令人振奮的消息，因?yàn)檫@極大的提升了 PostgreSQL 統(tǒng)計(jì)分析SQL的性能，由于硬件環(huán)境限制，今天簡單體驗(yàn)下，以下實(shí)驗(yàn)在筆記本虛擬機(jī)上進(jìn)行。

這個參數(shù)配置決定了每個 parallel query 并行操作允許的最大后臺進(jìn)程數(shù)，這個值的設(shè)置受后臺進(jìn)程數(shù)參數(shù) max_worker_processes 限制。

--設(shè)置 max_parallel_degree

[pg96@db1 ~]$ grep "max_parallel_degree" $PGDATA/postgresql.conf
max_parallel_degree = 4                 # max number of worker processes per node

--創(chuàng)建測試表

[pg96@db1 ~]$ psql francs francs
psql (9.6beta1)
Type "help" for help.

francs=> create table test_big1(id serial, name character varying(64),create_time timestamp(0) without time zone);
CREATE TABLE

francs=> insert into test_big1(id,name)select n, n||"_test" from generate_series(1,5000000)n;
INSERT 0 5000000 

--執(zhí)行計(jì)劃

francs=> explain analyze select count(*) from test_big1;
-------------------------------------------------------------------------------------------------------------------------------------------------
 Finalize Aggregate  (cost=45560.42..45560.43 rows=1 width=8) (actual time=4236.468..4236.469 rows=1 loops=1)
   ->  Gather  (cost=45560.00..45560.41 rows=4 width=8) (actual time=4232.517..4232.556 rows=5 loops=1)
         Workers Planned: 4
         Workers Launched: 4
         ->  Partial Aggregate  (cost=44560.00..44560.01 rows=1 width=8) (actual time=4182.972..4182.973 rows=1 loops=5)
               ->  Parallel Seq Scan on test_big1  (cost=0.00..41435.00 rows=1250000 width=0) (actual time=0.034..2450.966 rows=1000000 loops=5)
 Planning time: 112.309 ms
 Execution time: 4236.920 ms
(8 rows)

備注：執(zhí)行多次，執(zhí)行時(shí)間大概都在4秒多點(diǎn)，從執(zhí)行計(jì)劃中看到走了并行順序掃描“Parallel Seq Scan on test_big1”，再細(xì)看“Workers Launched: 4”，表示開啟了四個并行進(jìn)程。

--查看并行順序掃描進(jìn)程

備注：圖中可看到出現(xiàn)了四個 parallel worker 進(jìn)程。

測試之前先把 PostgreSQL 9.6 的數(shù)據(jù)庫關(guān)了，在確保相等情況下進(jìn)行測試。

--創(chuàng)建測試表

[pg95@db1 ~]$ psql fdb fdb
psql (9.5alpha1)
Type "help" for help.

fdb=> create table test_big1(id serial, name character varying(64),create_time timestamp(0) without time zone);
CREATE TABLE

fdb=> insert into test_big1(id,name)select n, n||"_test" from generate_series(1,5000000)n;
INSERT 0 5000000

fdb=> explain analyze select count(*) from test_big1;
                                                         QUERY PLAN                                                         
----------------------------------------------------------------------------------------------------------------------------
 Aggregate  (cost=91435.00..91435.01 rows=1 width=0) (actual time=8389.093..8389.094 rows=1 loops=1)
   ->  Seq Scan on test_big1  (cost=0.00..78935.00 rows=5000000 width=0) (actual time=9.958..4781.116 rows=5000000 loops=1)
 Planning time: 2.436 ms
 Execution time: 8391.758 ms
(4 rows)

備注：多次執(zhí)行，時(shí)間在 8 秒左右。

由于硬件關(guān)系原因，本測試只在筆記本虛擬機(jī)上測試，在這個全表掃描測試場景下， PostgreSQL 9.6 是 PostgreSQL9.5 性能的兩倍，今天僅是初步體驗(yàn)并行掃描，可以預(yù)測如果在X86服務(wù)器上測試，這個性能倍數(shù)會高一些，后續(xù)測試并行掃描的其它場景；個人認(rèn)為 PostgreSQL 對并行順序掃描的支持，在統(tǒng)計(jì)分析性能方面的提升前進(jìn)了一大步。

Robert Haas: PostgreSQL 9.6 with Parallel Query vs. TPC-H
max_parallel_degree (integer)