Table partitioning hoạt động như thế nào trong PostgreSQL?

Question

Accepted Answer

**Partitioning** chia một bảng lớn thành các mảnh vật lý nhỏ hơn (**partition**) dựa trên giá trị của một cột, trong khi nó vẫn là một bảng logic duy nhất. **Declarative partitioning** của PostgreSQL (Postgres 10+) làm cho việc này gọn gàng. Nó cải thiện hiệu năng và khả năng quản lý cho các bảng rất lớn.

## Declarative partitioning (cách hiện đại)

```sql
-- tạo một bảng được partition, partition theo RANGE trên một cột ngày
CREATE TABLE orders (id INT, order_date DATE, amount NUMERIC)
PARTITION BY RANGE (order_date);

-- tạo các partition cho từng khoảng giá trị
CREATE TABLE orders_2023 PARTITION OF orders
  FOR VALUES FROM ('2023-01-01') TO ('2024-01-01');
CREATE TABLE orders_2024 PARTITION OF orders
  FOR VALUES FROM ('2024-01-01') TO ('2025-01-01');
```

`orders` là một bảng logic duy nhất, được lưu trữ vật lý trong các partition theo từng năm. Việc insert và truy vấn được định tuyến tự động đến đúng partition.

## Partition pruning — lợi ích hiệu năng then chốt

```sql
-- một truy vấn lọc theo partition key chỉ quét các partition LIÊN QUAN
SELECT * FROM orders WHERE order_date >= '2024-06-01';
-- → Postgres bỏ qua hoàn toàn orders_2023 ("partition pruning") — chỉ quét orders_2024
```

**Partition pruning** là lợi ích chính: các truy vấn lọc theo partition key chỉ chạm đến các partition liên quan, giảm đáng kể lượng dữ liệu phải quét trên các bảng khổng lồ.

## Các chiến lược partition

```text
PARTITION BY RANGE → khoảng giá trị (ngày, số) — phổ biến cho dữ liệu time-series
PARTITION BY LIST  → các giá trị rời rạc (khu vực, trạng thái)
PARTITION BY HASH  → hash của key (phân bố đều trên N partition)
```

## Lợi ích về bảo trì

```sql
-- xóa dữ liệu cũ ngay lập tức bằng cách drop cả một partition (so với DELETE chậm)
DROP TABLE orders_2020;              -- xóa toàn bộ dữ liệu 2020 ngay lập tức
-- so với DELETE FROM orders WHERE year = 2020 → chậm, tạo bloat

-- detach/attach các partition; tự động hóa với extension pg_partman
```

Drop cả một partition để lưu trữ/xóa dữ liệu cũ là tức thời — một lợi thế vận hành lớn so với `DELETE` cho các tập dữ liệu lớn.

## Tại sao điều này quan trọng

Table partitioning là một kỹ thuật PostgreSQL quan trọng để quản lý và truy vấn **các bảng rất lớn**, và hiểu nó có giá trị khi làm việc với Postgres ở quy mô lớn.

Khi các bảng tăng lên hàng trăm triệu hoặc hàng tỷ dòng, partitioning giải quyết vấn đề hiệu năng và khả năng quản lý bằng cách chia bảng thành các mảnh vật lý nhỏ hơn. **Declarative partitioning** của Postgres (Postgres 10+) làm cho việc này gọn gàng và là chuẩn hiện đại cần biết.

Lợi ích hiệu năng then chốt là **partition pruning** — các truy vấn lọc theo partition key chỉ quét các partition liên quan (bỏ qua phần còn lại), giảm đáng kể lượng dữ liệu phải quét cho các bảng khổng lồ (đặc biệt có giá trị cho dữ liệu time-series lọc theo ngày, một trường hợp rất phổ biến).

Ngoài hiệu năng, partitioning còn mang lại **lợi ích bảo trì** lớn: lưu trữ hoặc xóa dữ liệu cũ trở nên tức thời bằng cách drop cả một partition (so với một `DELETE` chậm, tạo bloat của hàng triệu dòng — một lợi thế vận hành đáng kể cho dữ liệu có chính sách lưu giữ, như logs và events).

Hiểu các **chiến lược** (RANGE cho khoảng ngày/số — phổ biến cho time-series; LIST cho các giá trị rời rạc; HASH để phân bố đều) và **khi nào dùng partitioning** (các bảng rất lớn với một partition key tự nhiên, đặc biệt time-series có lưu trữ định kỳ — không phải các bảng nhỏ nơi indexing là đủ) thể hiện sự phán đoán tốt.

Vì quản lý các bảng rất lớn là một thách thức thực tế trong các hệ thống PostgreSQL quy mô lớn, và vì declarative partitioning (với partition pruning và bảo trì drop-partition hiệu quả) là công cụ chuẩn — bổ trợ cho indexing — nên hiểu table partitioning của PostgreSQL là kiến thức có giá trị, liên quan thực tiễn cho khả năng mở rộng cơ sở dữ liệu, đặc biệt quan trọng cho các ứng dụng quy mô lớn, khối lượng cao, hoặc time-series và là một chủ đề phổ biến thể hiện khả năng quản lý Postgres ở quy mô lớn.