pg_Partman pg_partman是PostgreSQL的一个扩展插件，用于创建和管理基于时间或者基于序列的表分区。也支持多级子分区。子表和触发器都由扩展插件自身管理。已经有数据的表也能很容易的添加细粒度的分区。可选的保留策略能够自动删除不再需要的分区。后台工作进程（BGW）能够自动运行 ...

该博文用于自己学习记录，内容节选自： https://github.com/digoal/blog/blob/master/201610/20161024_01.md pg_pathman 创建分区表时，需要指定主表的名字，主表必须已存在，主表可以有数据，也可以是空表。 如果主表有数 ...

近日由于系统运行时间太长，数据库库表中的数据也是越来越多，为了缩短库表的操作时间，所以对数据库中的部分库表进行分区的操作。 通过研究，决定采用pg_pathman插件对库表进行分区操作。pg_pathman安装、配置特此记录。 Pg_pathman原理： PostgreSQL传统的分区方法 ...

使用场景 许多系统在在使用几年之后数据量不断膨胀，这个时候单表数据量超过2000w+，数据库的查询也越来越慢，而随着时间的推移许多历史数据的重要性可能逐渐下降。这时候就可以考虑使用分区表来将冷热数据分区存储。 常用的使用场景比如sql分析的日志记录，常用的分区字段有按照创建时间、省份、以及业务 ...

很多项目现场由于前期规划问题导致很多表未设置成分区表，下面介绍一种在线迁移的方法。 使用继承表，触发器，异步迁移，交换表名一系列步骤，在线将非分区表，转换为分区表（交换表名是需要短暂的堵塞）。 关键技术： 1、继承表(子分区) 对select, update, delete ...

　　当数据库数据量涨到一定数量时，性能就成为我们不能不关注的问题，如何优化呢？ 常用的方式不外乎那么几种： 　　1、分表，即把一个很大的表达数据分到几个表中，这样每个表数据都不多。 　　　　优点：提高并发量，减小锁的粒度 　　　　缺点：代码维护成本高，相关sql都需要改动 　　2、分区 ...

目的 分区表的主要目的是方便数据的维护，而不是提升 MySQL 数据库的性能。 《高性能MySQL》中：分区的一个主要目的是将数据按照一个较粗的粒度分在不同的表中，这样做可以将相关的数据放在一起，另外，如果想一次批量删除整个分区的数据也会变得很方便。 定义 对用户来说，分区表是一个独立 ...

分区表的理论知识请查看我的另一篇博文，谢谢——分区-理论 需求说明 系统中活动表过大，其中热点数据就一个月，其余都是历史数据，数据是按照时间排序的。因为数据量巨大，肯定不能在每次查询的时候都扫描全表。考虑到索引在空间和维护上的消耗，也不希望使用索引。分表的话成本太高，最终采用分区表的形式 ...