Khi nào dùng partitioning so với sharding để mở rộng MySQL?

Question

IT Interview Practice · Accepted Answer

Cả hai đều chia nhỏ một table lớn, nhưng ở các cấp khác nhau. **Partitioning** chia một table ra nhiều file **bên trong một MySQL server duy nhất**. **Sharding** chia dữ liệu ra **nhiều server độc lập**. Partitioning giúp một table quá lớn cho một file; sharding giúp một workload quá lớn cho một máy.

## Partitioning (một server)

```sql
CREATE TABLE events (
  id BIGINT, created_at DATETIME, payload JSON,
  PRIMARY KEY (id, created_at)          -- partition key phải nằm trong mọi unique key
) PARTITION BY RANGE (YEAR(created_at)) (
  PARTITION p2024 VALUES LESS THAN (2025),
  PARTITION p2025 VALUES LESS THAN (2026),
  PARTITION p2026 VALUES LESS THAN (2027)
);
-- Truy vấn lọc theo created_at chỉ chạm MỘT partition (partition pruning);
-- xóa dữ liệu cũ chỉ là một ALTER TABLE ... DROP PARTITION p2024 tức thì.
```

Rất hợp cho time-series và archival dễ dàng, nhưng vẫn là một server — không thêm tổng CPU, RAM, hay write throughput.

## Sharding (nhiều server)

Chọn một **shard key** (vd. `user_id`) và định tuyến mỗi row tới một shard bằng hash hoặc range:

```
shard = hash(user_id) % N
  user 42 -> shard 2 (server B)     user 99 -> shard 0 (server A)
```

- **Ưu** — mở rộng gần tuyến tính về ghi, storage và số connection.
- **Nhược** — JOIN và transaction xuyên shard khó hoặc bất khả thi; shard key tệ tạo hotspot; **resharding** khi thêm server rất khổ. Hãy chọn key có cardinality cao, phân bố đều và tránh các truy vấn phải fan-out tới mọi shard.

## Thứ tự thực hiện

Vắt kiệt các cách rẻ trước: index, tinh chỉnh truy vấn, read replica, cache, rồi mới partitioning. Chỉ dùng sharding khi một primary đơn không còn hấp thụ nổi lượng **ghi** — đó là bước nhảy lớn nhất về độ phức tạp vận hành.

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

Quyết định mở rộng phần lớn là không thể đảo ngược và tốn kém. Biết rằng partitioning là công cụ tổ chức trong một server còn sharding là một cam kết hệ phân tán — với chi phí shard-key và xuyên-shard — giúp team không sharding quá sớm hay kỳ vọng partitioning giải được trần write-throughput mà nó không thể.

Partitioning (một server)

Sharding (nhiều server)

Thứ tự thực hiện

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

Câu hỏi liên quan