PostgreSQL 并行计算解说 之27 - parallel subquery

本文涉及的产品
云原生数据库 PolarDB MySQL 版,通用型 2核4GB 50GB
云原生数据库 PolarDB PostgreSQL 版,标准版 2核4GB 50GB
简介: 标签 PostgreSQL , cpu 并行 , smp 并行 , 并行计算 , gpu 并行 , 并行过程支持 背景 PostgreSQL 11 优化器已经支持了非常多场合的并行。简单估计,已支持27余种场景的并行计算。 parallel seq scan parallel index scan parallel index only sc

标签

PostgreSQL , cpu 并行 , smp 并行 , 并行计算 , gpu 并行 , 并行过程支持


背景

PostgreSQL 11 优化器已经支持了非常多场合的并行。简单估计,已支持27余种场景的并行计算。

parallel seq scan    
    
parallel index scan    
    
parallel index only scan    
    
parallel bitmap scan    
    
parallel filter    
    
parallel hash agg    
    
parallel group agg    
    
parallel cte    
    
parallel subquery    
    
parallel create table    
    
parallel create index    
    
parallel select into    
    
parallel CREATE MATERIALIZED VIEW    
    
parallel 排序 : gather merge    
    
parallel nestloop join    
    
parallel hash join    
    
parallel merge join    
    
parallel 自定义并行聚合    
    
parallel 自定义并行UDF    
    
parallel append    
    
parallel append merge    
    
parallel union all    
    
parallel fdw table scan    
    
parallel partition join    
    
parallel partition agg    
    
parallel gather    
    
parallel gather merge    
    
parallel rc 并行    
    
parallel rr 并行    
    
parallel GPU 并行    
    
parallel unlogged table    
    
lead parallel    

接下来进行一一介绍。

关键知识请先自行了解:

1、优化器自动并行度算法 CBO

《PostgreSQL 9.6 并行计算 优化器算法浅析》

《PostgreSQL 11 并行计算算法,参数,强制并行度设置》

parallel subquery

支持子查询并行。

https://www.postgresql.org/docs/11/functions-subquery.html

数据量:20亿

场景 数据量 关闭并行 开启并行 并行度 开启并行性能提升倍数
parallel subquery 20亿 179.7 秒 6.5 秒 28 27.6 倍

1、关闭并行,耗时: 179.7 秒。

postgres=# explain select count(*) from table1 where i<=(select count(*) from table2 where i<100);  
                                    QUERY PLAN                                       
-----------------------------------------------------------------------------------  
 Aggregate  (cost=37182641.34..37182641.35 rows=1 width=8)  
   InitPlan 1 (returns $0)  
     ->  Aggregate  (cost=19424529.00..19424529.01 rows=1 width=8)  
           ->  Seq Scan on table2  (cost=0.00..16924779.00 rows=999900000 width=0)  
                 Filter: (i < 100)  
   ->  Seq Scan on table1  (cost=0.00..16924779.00 rows=333333333 width=0)  
         Filter: (i <= $0)  
(7 rows)  
  
postgres=# select count(*) from table1 where i<=(select count(*) from table2 where i<100);  
   count      
------------  
 1000000000  
(1 row)  
  
Time: 179699.088 ms (02:59.699)  

2、开启并行,耗时: 6.5 秒。

postgres=# explain select count(*) from table1 where i<=(select count(*) from table2 where i<100);  
                                              QUERY PLAN                                                
------------------------------------------------------------------------------------------------------  
 Finalize Aggregate  (cost=9861454.00..9861454.01 rows=1 width=8)  
   InitPlan 1 (returns $1)  
     ->  Finalize Aggregate  (cost=4960484.44..4960484.45 rows=1 width=8)  
           ->  Gather  (cost=4960484.36..4960484.37 rows=28 width=8)  
                 Workers Planned: 28  
                 ->  Partial Aggregate  (cost=4960484.36..4960484.37 rows=1 width=8)  
                       ->  Parallel Seq Scan on table2  (cost=0.00..4871207.57 rows=35710714 width=0)  
                             Filter: (i < 100)  
   ->  Gather  (cost=4900969.48..4900969.49 rows=28 width=8)  
         Workers Planned: 28  
         Params Evaluated: $1  
         ->  Partial Aggregate  (cost=4900969.48..4900969.49 rows=1 width=8)  
               ->  Parallel Seq Scan on table1  (cost=0.00..4871207.57 rows=11904762 width=0)  
                     Filter: (i <= $1)  
(14 rows)  
  
postgres=# select count(*) from table1 where i<=(select count(*) from table2 where i<100);  
   count      
------------  
 1000000000  
(1 row)  
  
Time: 6507.034 ms (00:06.507)  

其他知识

1、优化器自动并行度算法 CBO

《PostgreSQL 9.6 并行计算 优化器算法浅析》

《PostgreSQL 11 并行计算算法,参数,强制并行度设置》

2、function, op 识别是否支持parallel

postgres=# select proparallel,proname from pg_proc;    
 proparallel |                   proname    
-------------+----------------------------------------------    
 s           | boolin    
 s           | boolout    
 s           | byteain    
 s           | byteaout    

3、subquery mapreduce unlogged table

对于一些情况,如果期望简化优化器对非常非常复杂的SQL并行优化的负担,可以自己将SQL拆成几段,中间结果使用unlogged table保存,类似mapreduce的思想。unlogged table同样支持parallel 计算。

4、vacuum,垃圾回收并行。

5、dblink 异步调用并行

《PostgreSQL VOPS 向量计算 + DBLINK异步并行 - 单实例 10亿 聚合计算跑进2秒》

《PostgreSQL 相似搜索分布式架构设计与实践 - dblink异步调用与多机并行(远程 游标+记录 UDF实例)》

《PostgreSQL dblink异步调用实现 并行hash分片JOIN - 含数据交、并、差 提速案例 - 含dblink VS pg 11 parallel hash join VS pg 11 智能分区JOIN》

暂时不允许并行的场景(将来PG会继续扩大支持范围):

1、修改行,锁行,除了create table as , select into, create mview这几个可以使用并行。

2、query 会被中断时,例如cursor , loop in PL/SQL ,因为涉及到中间处理,所以不建议开启并行。

3、paralle unsafe udf ,这种UDF不会并行

4、嵌套并行(udf (内部query并行)),外部调用这个UDF的SQL不会并行。(主要是防止large parallel workers )

5、SSI 隔离级别

参考

https://www.postgresql.org/docs/11/parallel-plans.html

《PostgreSQL 11 并行计算算法,参数,强制并行度设置》

《PostgreSQL 11 preview - 并行计算 增强 汇总》

《PostgreSQL 10 自定义并行计算聚合函数的原理与实践 - (含array_agg合并多个数组为单个一元数组的例子)》

《PostgreSQL 9.6 并行计算 优化器算法浅析》

 

免费领取阿里云RDS PostgreSQL实例、ECS虚拟机

相关实践学习
使用PolarDB和ECS搭建门户网站
本场景主要介绍基于PolarDB和ECS实现搭建门户网站。
阿里云数据库产品家族及特性
阿里云智能数据库产品团队一直致力于不断健全产品体系,提升产品性能,打磨产品功能,从而帮助客户实现更加极致的弹性能力、具备更强的扩展能力、并利用云设施进一步降低企业成本。以云原生+分布式为核心技术抓手,打造以自研的在线事务型(OLTP)数据库Polar DB和在线分析型(OLAP)数据库Analytic DB为代表的新一代企业级云原生数据库产品体系, 结合NoSQL数据库、数据库生态工具、云原生智能化数据库管控平台,为阿里巴巴经济体以及各个行业的企业客户和开发者提供从公共云到混合云再到私有云的完整解决方案,提供基于云基础设施进行数据从处理、到存储、再到计算与分析的一体化解决方案。本节课带你了解阿里云数据库产品家族及特性。
目录
相关文章
|
SQL 移动开发 关系型数据库
PostgreSQL 执行计划,成本公式解说,代价因子校准,自动跟踪SQL执行计划(三)|学习笔记
快速学习PostgreSQL 执行计划,成本公式解说,代价因子校准,自动跟踪SQL执行计划(三)
PostgreSQL 执行计划,成本公式解说,代价因子校准,自动跟踪SQL执行计划(三)|学习笔记
|
SQL 存储 Oracle
PostgreSQL 分页, offset, 返回顺序, 扫描方法原理(seqscan, index scan, index only scan, bitmap scan, parallel xx scan),游标
PostgreSQL 分页, offset, 返回顺序, 扫描方法原理(seqscan, index scan, index only scan, bitmap scan, parallel xx scan),游标
3845 0
|
SQL 存储 弹性计算
PostgreSQL 分页, offset, 返回顺序, 扫描方法原理(seqscan, index scan, index only scan, bitmap scan, parallel xx scan),游标
标签 PostgreSQL , 数据离散性 , 扫描性能 , 重复扫 , bitmap index scan , 排序扫描 , 扫描方法 , 顺序 背景 一个这样的问题: 为什么select x from tbl offset x limit x; 两次查询连续的OFFSET,会有重复数据呢? select ctid,* from tbl where ... offset 0 li
2105 0
|
SQL 分布式计算 并行计算
PostgreSQL 并行计算解说 之13 - parallel OLAP : 中间结果 parallel with unlogged table
标签 PostgreSQL , cpu 并行 , smp 并行 , 并行计算 , gpu 并行 , 并行过程支持 背景 PostgreSQL 11 优化器已经支持了非常多场合的并行。简单估计,已支持27余种场景的并行计算。 parallel seq scan parallel
643 0
|
SQL 分布式计算 并行计算
PostgreSQL 并行计算解说 之14 - parallel index scan
标签 PostgreSQL , cpu 并行 , smp 并行 , 并行计算 , gpu 并行 , 并行过程支持 背景 PostgreSQL 11 优化器已经支持了非常多场合的并行。简单估计,已支持27余种场景的并行计算。 parallel seq scan paral
1186 0
|
SQL 分布式计算 并行计算
PostgreSQL 并行计算解说 之15 - parallel bitmap scan
标签 PostgreSQL , cpu 并行 , smp 并行 , 并行计算 , gpu 并行 , 并行过程支持 背景 PostgreSQL 11 优化器已经支持了非常多场合的并行。简单估计,已支持27余种场景的并行计算。 parallel seq scan
1271 0
|
16天前
|
SQL 关系型数据库 MySQL
12 PHP配置数据库MySQL
路老师分享了PHP操作MySQL数据库的方法,包括安装并连接MySQL服务器、选择数据库、执行SQL语句(如插入、更新、删除和查询),以及将结果集返回到数组。通过具体示例代码,详细介绍了每一步的操作流程,帮助读者快速入门PHP与MySQL的交互。
30 1
|
18天前
|
SQL 关系型数据库 MySQL
go语言数据库中mysql驱动安装
【11月更文挑战第2天】
31 4
|
2月前
|
存储 关系型数据库 MySQL
Mysql(4)—数据库索引
数据库索引是用于提高数据检索效率的数据结构,类似于书籍中的索引。它允许用户快速找到数据,而无需扫描整个表。MySQL中的索引可以显著提升查询速度,使数据库操作更加高效。索引的发展经历了从无索引、简单索引到B-树、哈希索引、位图索引、全文索引等多个阶段。
64 3
Mysql(4)—数据库索引
|
25天前
|
监控 关系型数据库 MySQL
数据库优化:MySQL索引策略与查询性能调优实战
【10月更文挑战第27天】本文深入探讨了MySQL的索引策略和查询性能调优技巧。通过介绍B-Tree索引、哈希索引和全文索引等不同类型,以及如何创建和维护索引,结合实战案例分析查询执行计划,帮助读者掌握提升查询性能的方法。定期优化索引和调整查询语句是提高数据库性能的关键。
135 1
下一篇
无影云桌面