PostgreSQL parallel query parameter

本文涉及的产品
云原生数据库 PolarDB MySQL 版,Serverless 5000PCU 100GB
简介:

控制并行的参数

从Pg9.6开始,postgresql开始支持并行查询,目前主要使用于顺序扫描、连接及聚合,sql是否顺序扫描,主要有以下一些参数来控制

force_parallel_mode

off    :只在期望改进性能时才使用并行模式,生产建议设置为此参数;
on     : 只要查询被认为是安全的,就强制使用并行查询,主要用来进行性能测试;
regress: 与on相似,测试输出效果会有点区别

max_worker_processes

设置系统能够支持的后台进程的最大数量,这个参数只能在服务器启动时设置,默认值为 8,修改此参数需要重启实例

max_parallel_workers

设置系统能够支持的最大并行工作者的数量,默认值是8

max_parallel_workers_per_gather

设置单个Gather节点能够开始的工作者的最大数量,并行工作者会从max_worker_processes建立的进程池中取得,但受限于max_parallel_workers,把这个值设置为 0(默认值)将会禁用并行查询执行。

min_parallel_table_scan_size

设置要考虑用于并行扫描的表的最小尺寸,默认是 8M

此参数设置的阈值与真实数据库表的大小差距越大,在执行相关表的并行查询过程中使用的work越多(个人经验总结)

min_parallel_index_scan_size

设置要考虑用于并行扫描的索引的最小尺寸, 默认是 512k

此参数设置的阈值与真实数据库索引的大小差距越大,在走相关索引的并行查询过程中使用的work越多(个人经验总结)

parallel_setup_cost

设置规划器对启动并行工作者进程的代价估计,默认是 1000。

parallel_tuple_cost

设置规划器对于从一个并行工作者进程传递一个元组给另一个进程的代价估计,默认是 0.1。
相关实践学习
使用PolarDB和ECS搭建门户网站
本场景主要介绍基于PolarDB和ECS实现搭建门户网站。
阿里云数据库产品家族及特性
阿里云智能数据库产品团队一直致力于不断健全产品体系,提升产品性能,打磨产品功能,从而帮助客户实现更加极致的弹性能力、具备更强的扩展能力、并利用云设施进一步降低企业成本。以云原生+分布式为核心技术抓手,打造以自研的在线事务型(OLTP)数据库Polar DB和在线分析型(OLAP)数据库Analytic DB为代表的新一代企业级云原生数据库产品体系, 结合NoSQL数据库、数据库生态工具、云原生智能化数据库管控平台,为阿里巴巴经济体以及各个行业的企业客户和开发者提供从公共云到混合云再到私有云的完整解决方案,提供基于云基础设施进行数据从处理、到存储、再到计算与分析的一体化解决方案。本节课带你了解阿里云数据库产品家族及特性。
目录
相关文章
|
关系型数据库 PostgreSQL
PostgreSQL - ERROR: could not determine data type of parameter $1
PostgreSQL - ERROR: could not determine data type of parameter $1
965 0
|
SQL 弹性计算 安全
PostgreSQL sharding extension citus 优化器 Query Processing 之 - Distributed Query Planner、Executor (Real-time Executor, Router Executor, Task Tracker Executor)
标签 PostgreSQL , citus , sharding , 优化器 , query planner , query exexutor , Real-time Executor , Router Executor , Task Tracker Executor , co-locate 背景 A Citus cluster consists of a coordinator ins
497 0
|
SQL 弹性计算 关系型数据库
PostgreSQL 大宽表,全列索引,高并发合并写入(insert into on conflict, upsert, merge insert) - 实时adhoc query
标签 PostgreSQL , 全列索引 , 大宽表 , 写测试 , insert on conflict , upsert , merge insert , adhoc query 背景 OLAP系统中,adhoc query非常场景(任意维度查询分析)。 adhoc query,通常来说,可以加GIN倒排,或者每一列都加一个索引来实现。 《PostgreSQL 设计优化case
8421 0
|
关系型数据库 PostgreSQL
PostgreSQL prepared statement和simple query的profile及性能差异
prepared statement是非常重要的高并发SQL优化手段之一,效果也显而易见。下面是测试,同时观察绑定和不绑定的情况下的profile。在未使用绑定变量的时候,新增或上升了一些硬解析相关的CODE。 测试数据 postgres=# create table test(id i
2756 0
|
关系型数据库 PostgreSQL MySQL
PostgreSQL query planner流程图
最近在看PG query planner部分的代码 相对于mysql的代码, postgres代码的可读性很高大致画了下这部分的流程图, 辅助理解代码
1014 0