postgresql16分区表解析

PostgreSQL 16 引入了对分区表的多项改进,增强了其性能和可用性。本文介绍PostgreSQL 16 中分区表功能,包括基本概念、创建方法、管理技巧以及一些最佳实践。

分区表的基本概念

分区表是一种将大表物理分割成更小、更易管理的部分的技术。每个部分称为一个分区。通过合理地设计分区策略,可以显著提高查询性能,简化维护工作,并有助于更好地利用存储资源。

  • 范围分区:基于某个列或一组列的值范围来划分数据。
  • 列表分区:基于列中特定离散值来划分数据。
  • 哈希分区:使用哈希函数根据键值将数据均匀分布到多个分区中。

创建分区表

1. 范围分区
sql 复制代码
-- 创建父表
CREATE TABLE sales (
    id SERIAL PRIMARY KEY,
    sale_date DATE NOT NULL,
    amount NUMERIC(10, 2)
) PARTITION BY RANGE (sale_date);

-- 创建子分区
CREATE TABLE sales_2023 PARTITION OF sales
FOR VALUES FROM ('2023-01-01') TO ('2024-01-01');

CREATE TABLE sales_2024 PARTITION OF sales
FOR VALUES FROM ('2024-01-01') TO ('2025-01-01');
2. 列表分区
sql 复制代码
-- 创建父表
CREATE TABLE products (
    product_id INT PRIMARY KEY,
    category TEXT NOT NULL,
    price NUMERIC(10, 2)
) PARTITION BY LIST (category);

-- 创建子分区
CREATE TABLE products_electronics PARTITION OF products
FOR VALUES IN ('Electronics');

CREATE TABLE products_books PARTITION OF products
FOR VALUES IN ('Books');
3. 哈希分区
sql 复制代码
-- 创建父表
CREATE TABLE users (
    user_id INT PRIMARY KEY,
    username TEXT NOT NULL,
    email TEXT NOT NULL
) PARTITION BY HASH (user_id);

-- 创建子分区
CREATE TABLE users_p1 PARTITION OF users
FOR VALUES WITH (MODULUS 4, REMAINDER 0);

CREATE TABLE users_p2 PARTITION OF users
FOR VALUES WITH (MODULUS 4, REMAINDER 1);

CREATE TABLE users_p3 PARTITION OF users
FOR VALUES WITH (MODULUS 4, REMAINDER 2);

CREATE TABLE users_p4 PARTITION OF users
FOR VALUES WITH (MODULUS 4, REMAINDER 3);

管理分区表

添加新分区
sql 复制代码
-- 为范围分区添加新的子分区
ALTER TABLE sales ATTACH PARTITION sales_2025
FOR VALUES FROM ('2025-01-01') TO ('2026-01-01');
删除分区
sql 复制代码
-- 删除不再需要的分区
ALTER TABLE sales DETACH PARTITION sales_2023;
交换分区
sql 复制代码
-- 将现有表转换为分区
CREATE TABLE sales_2022 (LIKE sales INCLUDING ALL);
INSERT INTO sales_2022 SELECT * FROM sales WHERE sale_date >= '2022-01-01' AND sale_date < '2023-01-01';

-- 交换分区
ALTER TABLE sales EXCHANGE PARTITION FOR (RANGE ('2022-01-01', '2023-01-01')) WITH TABLE sales_2022;

最佳实践

  1. 选择合适的分区键:确保分区键能够均匀分布数据,并且是经常用于查询过滤的条件。
  2. 避免过度分区:过多的分区会增加系统开销,通常建议每个分区至少包含数百万行数据。
  3. 定期维护:定期检查并优化分区结构,删除不再需要的数据分区,添加新的分区以适应数据增长。
  4. 使用继承特性:虽然分区本质上是继承的一种形式,但也可以结合其他继承特性来实现更复杂的逻辑。
  5. 索引策略:在分区上创建局部索引,而不是全局索引,以减少索引大小并提高查询性能。

性能考虑

  • 查询优化:确保查询条件能够有效地限制到具体的分区,从而减少扫描的数据量。
  • 统计信息:定期更新分区表的统计信息,以便查询规划器能够做出更好的执行计划。
  • 并行查询:对于大型查询,考虑启用并行查询以加速处理速度。
相关推荐
瀚高PG实验室8 小时前
PostgreSQL pg_basebackup 和 pg_rewind 可覆盖源端超级用户选择的无关文件HGVE-2026-E010
数据库·postgresql·瀚高数据库
张文君16 小时前
ubuntu26.04从ext4改成raid1+lvm启动
数据库·postgresql
IvorySQL16 小时前
倒计时 6 天!PGConf.Asia 2026 演讲征集即将截止
数据库·人工智能·postgresql
触底反弹19 小时前
🚀 Next.js 全栈项目数据库连接实战:Drizzle ORM + Supabase 从零到跑通
postgresql·orm·next.js
雪花凌落的盛夏21 小时前
PostgreSQL 14 主备集群实战部署教程:流复制 + 双机 WAL 归档 + 自动化备份
数据库·postgresql·自动化
像风一样自由202021 小时前
14.什么时候用pgvector什么时候单独部署Milvus
postgresql·大模型·微调·milvus
IvorySQL1 天前
PostgreSQL 日报|PG19 外键快速路径隐患已修复(8 月 23 日)
数据库·postgresql
风哥2号2 天前
PostgreSQL数据库恢复工具FGPDU(FGEDU PostgreSQL DUL)
数据库·postgresql
像风一样自由20202 天前
13.pgvector入门用PostgreSQL直接实现向量检
人工智能·postgresql·大模型·rag·智能体
JavaPub-rodert2 天前
Ontop 详解:不搬数据库,也能把 MySQL / PostgreSQL 变成知识图谱
数据库·mysql·postgresql