PostgreSQL 10开始,实现了原生表分区,算是真正意义上进入了支持分区的数据库的圈子。
11实现了大量的功能如支持更新分区键、默认分区、自动创建分区索引、外键支持、唯一索引、分区聚合pushdown(enable_partitionwise_aggregate
)、哈希分区、动态分区剪除,但这个版本的分区算不上真正的成熟(GA不代表mature),12才算是勉强的成熟,可以广泛用于生产。
创建分区
哈希分区的创建:https://blog.csdn.net/ctypyb2002/article/details/104971991
创建分区索引
和mysql一样,在pg实现中,只有分区本地索引,没有全局索引,但是社区已经有提案https://www.percona.com/blog/2019/11/20/proposal-for-global-indexes-in-postgresql/,主要是因为绝大部分情况下,分区数量没有成千上万的时候,全局索引搜索的效率远比搜索多个本地索引效率高,主键定义时必须包含分区键。
CREATE INDEX idx_entrus_no_f ON ses_entrust USING btree (entrust_no, init_date); -- 默认在所有分区上创建索引,如果指定了ONLY子句,则不在分区上创建索引,这样做通常无意义
查看分区定义
select
*
from
pg_partition_tree(
'traffic_violations_p'
);
relid |parentrelid|isleaf|level| ----------------|-----------|------|-----| ses_entrust | |false | 0| ses_entrust_1_f |ses_entrust|true | 1| ses_entrust_2_f |ses_entrust|true | 1| ses_entrust_3_f |ses_entrust|true | 1| ses_entrust_4_f |ses_entrust|true | 1| ses_entrust_5_f |ses_entrust|true | 1| ses_entrust_6_f |ses_entrust|true | 1| ses_entrust_7_f |ses_entrust|true | 1| ses_entrust_8_f |ses_entrust|true | 1| ses_entrust_9_f |ses_entrust|true | 1| ses_entrust_10_f|ses_entrust|true | 1| ses_entrust_11_f|ses_entrust|true | 1| ses_entrust_12_f|ses_entrust|true | 1| ses_entrust_13_f|ses_entrust|true | 1| ses_entrust_14_f|ses_entrust|true | 1| ses_entrust_15_f|ses_entrust|true | 1| ses_entrust_16_f|ses_entrust|true | 1| ses_entrust_17_f|ses_entrust|true | 1| ses_entrust_18_f|ses_entrust|true | 1| ses_entrust_19_f|ses_entrust|true | 1| ses_entrust_20_f|ses_entrust|true | 1| ses_entrust_21_f|ses_entrust|true | 1| ses_entrust_22_f|ses_entrust|true | 1| ses_entrust_23_f|ses_entrust|true | 1| ses_entrust_24_f|ses_entrust|true | 1| ses_entrust_25_f|ses_entrust|true | 1| ses_entrust_26_f|ses_entrust|true | 1| ses_entrust_27_f|ses_entrust|true | 1| ses_entrust_28_f|ses_entrust|true | 1| ses_entrust_29_f|ses_entrust|true | 1| ses_entrust_30_f|ses_entrust|true | 1| ses_entrust_31_f|ses_entrust|true | 1| ses_entrust_32_f|ses_entrust|true | 1|
查看分区剪除(pruning)及按分区关联、聚合
讨论分区,不看分区剪除的效果就是耍流氓。相关测试可以参见https://www.cnblogs.com/abclife/p/11647623.html(测试最多基于11版本,因为12版本届时尚未发布,基于13测试的测试见此)。
分区对OLTP的性能影响
至少在千万级以下(30个字段、或200字节每行为界),分区意义弊大于利(可能比非分区表增加10%左右响应时间以及cost),当分区只有个位数个时,分区意义也不大。
https://www.2ndquadrant.com/en/blog/partition-elimination-postgresql-11/
哈希分区数量的建议
推荐为2的倍数。参见:http://www.manongjc.com/article/90533.html。事实上因为分区数量有限,通常成百上千最多了,所以影响有限。
组合分区与多列分区
当前,pg暂不支持子分区(组合分区)。
分区与并行
讨论分区,不和并行一起讨论是不完整的。可惜的是,在pg当前的实现中,所有Append下的子计划(subplan)间均不支持并行执行,只支持子计划内的并行执行。
其他
从pg 13开始,逻辑复制支持针对分区表。