PostgreSQL在9.6引入了并行查询功能，非常有用，若查询以并行方式执行，速率可以有几倍的提升。平时与地理数据打交道较多，所以对地理数据的操作是否可以并行执行较为感兴趣，这里我们就来看看究竟，研究一下涉及postgis的查询是否可以以并行执行。
查询并行方式执行需要怎样的条件
如果想让PostgreSQL将查询以并行方式执行，那么以下两个条件必须满足：
- max_parallel_workers_per_gather，每个Gather 节点可调用的worker数量，该值需要设置大于0的整数，否则Gather节点没有可用的worker，自然所有事情要自己做，自己化身为worker，也就没有了并行。
- dynamic-shared-memory-type，控制各个并行进程间通信存储数据的内存，必须设置，不能为none，否则进程间不能通信，何来并行协作。
此外，查询需要满足其它条件，才有可能以并行方式执行：
- 查询中不能包含写数据操作或可能存在锁定记录的操作；
- 查询中不能包含
PARALLEL UNSAFE的函数； - 被并行执行的查询中的子查询不会以并行方式执行；
- 事务隔离级别不能是
serializable。
其它需要设置可能会影响到并行执行效率的参数：
- max_worker_processes，后台进程的最大数量，默认值是8；
- max_parallel_workers， 可用于并行查询的最大进程数，这个值肯定超不过
max_worker_processes，因为并行的worker也是取用max_worker_processes初始化的worker； - max_parallel_maintenance_workers，工具命令运行的最大并行进程，当前只有
CREATE INDEX支持，且只有B-tree支持。
如何查看特定查询是否可以并行执行
可以通过EXPLAIN查看执行计划来确定查询是否是并行，是否走索引。
Gather or Gather Merge node
地理数据是否可以并行执行
- 确认已创建索引
首先我们确认表的空间字段是有建立过空间索引的，数据是OSM的数据：
SELECT * FROM pg_indexes WHERE tablename = 'planet_osm_polygon';
得到如下结果：
public planet_osm_polygon planet_osm_polygon_index CREATE INDEX planet_osm_polygon_index ON public.planet_osm_polygon USING gist (way) WITH (fillfactor='100')
public planet_osm_polygon planet_osm_polygon_gist_idx CREATE INDEX planet_osm_polygon_gist_idx ON public.planet_osm_polygon USING gist (way)
public planet_osm_polygon planet_osm_polygon_btree_idx CREATE INDEX planet_osm_polygon_btree_idx ON public.planet_osm_polygon USING btree (name)
public planet_osm_polygon planet_osm_polygon_admin_level_btree_idx CREATE INDEX planet_osm_polygon_admin_level_btree_idx ON public.planet_osm_polygon USING btree (admin_level)
public planet_osm_polygon planet_osm_polygon_admin_way_area_idx CREATE INDEX planet_osm_polygon_admin_way_area_idx ON public.planet_osm_polygon USING btree (way_area)
