postgresql – 选择正确的分区规则
我正在建立一个新的PostgreSQL 9数据库,它将包含数百万(或数十亿)行.所以我决定使用PostgreSQL继承来分区数据.
我创建了一个这样的主表(例如简化): CREATE TABLE mytable ( user_id integer,year integer,CONSTRAINT pk_mytable PRIMARY KEY (user_id,year) ); 和10个分区表: CREATE TABLE mytable_0 () INHERITS (mytable); CREATE TABLE mytable_1 () INHERITS (mytable); ... CREATE TABLE mytable_9 () INHERITS (mytable); 我知道将始终使用唯一的user_id条件从应用程序访问行. 要调整主表上的查询,我的第一个想法是使用模数检查约束: ALTER TABLE mytable_0 ADD CONSTRAINT mytable_user_id_check CHECK (user_id % 10 = 0); ALTER TABLE mytable_1 ADD CONSTRAINT mytable_user_id_check CHECK (user_id % 10 = 1); ... 问题是,当我使用user_id上的条件查询主表“mytable”时,PostgreSQL分析器检查所有表并且不受益于检查约束: EXPLAIN SELECT * FROM mytable WHERE user_id = 12345; "Result (cost=0.00..152.69 rows=64 width=36)" " -> Append (cost=0.00..152.69 rows=64 width=36)" " -> Seq Scan on mytable (cost=0.00..25.38 rows=6 width=36)" " Filter: (user_id = 12345)" " -> Seq Scan on mytable_0 mytable (cost=0.00..1.29 rows=1 width=36)" " Filter: (user_id = 12345)" " -> Seq Scan on mytable_1 mytable (cost=0.00..1.52 rows=1 width=36)" " Filter: (user_id = 12345)" ... " -> Seq Scan on mytable_9 mytable (cost=0.00..1.52 rows=1 width=36)" " Filter: (user_id = 12345)" 如果我使用这样的经典CHECK CONSTRAINT(以及与该规则匹配的重新分区): ALTER TABLE mytable_0 ADD CONSTRAINT mytable_user_id_check CHECK (user_id BETWEEN 1 AND 10000); ALTER TABLE mytable_1 ADD CONSTRAINT mytable_user_id_check CHECK (user_id BETWEEN 10001 AND 20000); ... 它将仅扫描与条件匹配的表(在此示例中为mytable和mytable_1): "Result (cost=0.00..152.69 rows=64 width=36)" " -> Append (cost=0.00..152.69 rows=64 width=36)" " -> Seq Scan on mytable (cost=0.00..25.38 rows=6 width=36)" " Filter: (user_id = 12345)" " -> Seq Scan on mytable_1 mytable (cost=0.00..1.52 rows=1 width=36)" " Filter: (user_id = 12345)" 但是使用这样的检查约束很难维护,因为将在表中填充的用户范围将在多年内发生变化.在不久的将来,成千上万,可能是数百万甚至更多…… 我可以使用什么规则在10个表上平均分配我的数据,这些表可以受益于检查约束,以便主表上的SELECT只扫描正确的表…? 谢谢, 解决方法
限制是与计划者而不是分配本身.手册中详细介绍了它:
http://www.postgresql.org/docs/9.1/static/ddl-partitioning.html 你提到的有两件事需要考虑. 首先,您说所有访问都将通过主键进行.这意味着您将不会从分区中获得任何性能优势(至少在正常使用情况下不会).每个分区的索引都会更小,但PG需要先选择要检查的分区.如果您需要重新索引或类似的话,您将获得的收益 – 您可以单独重新索引每个分区. 其次,你说你可能有数千到数十亿行.这让我得出两个结论: >或许可以将决定留待以后.等到你需要分区. 如果要进行分区,请按范围进行分区 – 比如100,000行或每个分区100万行.添加一个cron-job来检查所使用的最大ID,并在需要时创建一个新分区(也许每天一次). 就个人而言,我会离开它直到我需要它.如果你认为它更有可能你以后需要它们,也许有一个单独的分区作为一个全能. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |