เมื่อไรควรเลือกใช้ partitioning เทียบกับ sharding เพื่อขยาย MySQL?

Question

IT Interview Practice · Accepted Answer

ทั้งคู่แบ่งตารางขนาดใหญ่ แต่คนละระดับกัน **Partitioning** แบ่งตารางเดียวออกเป็นหลายไฟล์ **ภายใน MySQL server ตัวเดียว** **Sharding** แบ่งข้อมูลข้าม **หลาย server ที่เป็นอิสระต่อกัน** Partitioning ช่วยเมื่อตารางใหญ่เกินไปสำหรับไฟล์เดียว; sharding ช่วยเมื่อ workload ใหญ่เกินไปสำหรับเครื่องเดียว

## Partitioning (server เดียว)

```sql
CREATE TABLE events (
  id BIGINT, created_at DATETIME, payload JSON,
  PRIMARY KEY (id, created_at)          -- partition key must be in every 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)
);
-- Queries filtering on created_at hit ONE partition (partition pruning);
-- dropping old data is an instant ALTER TABLE ... DROP PARTITION p2024.
```

เหมาะกับข้อมูลอนุกรมเวลา (time-series) และการเก็บถาวรที่ง่าย แต่มันก็ยังคงเป็น server เดียว — ไม่มี CPU, RAM หรือ throughput การเขียนรวมเพิ่มขึ้น

## Sharding (หลาย server)

เลือก **shard key** (เช่น `user_id`) แล้ว route แต่ละแถวไปยัง shard ด้วย hash หรือ range:

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

- **ข้อดี** — ขยายการเขียน พื้นที่จัดเก็บ และ connection ได้เกือบเป็นเชิงเส้น
- **ข้อเสีย** — JOIN และ transaction ข้าม shard ทำได้ยากหรือทำไม่ได้เลย; shard key ที่ไม่ดีสร้าง hotspot; **การ reshard** เมื่อเพิ่ม server เป็นเรื่องเจ็บปวด เลือกคีย์ที่มี cardinality สูงและกระจายตัวสม่ำเสมอ และหลีกเลี่ยง query ที่ต้องกระจายไปทุก shard

## ลำดับการดำเนินการ

ใช้วิธีที่ถูกกว่าให้หมดก่อน: การทำ index, การจูน query, read replica, caching แล้วจึงค่อย partitioning เลือกใช้ sharding เฉพาะเมื่อ primary ตัวเดียวไม่สามารถรองรับปริมาณ **การเขียน** ได้อีกต่อไป — มันคือการกระโดดที่ใหญ่ที่สุดในด้านความซับซ้อนของการปฏิบัติงาน

## ทำไมจึงสำคัญ

การตัดสินใจเรื่อง scaling ส่วนใหญ่ย้อนกลับไม่ได้และมีราคาแพง การรู้ว่า partitioning เป็นเครื่องมือจัดระเบียบภายใน server เดียว ขณะที่ sharding เป็นการผูกมัดสู่ระบบกระจาย (distributed systems) — พร้อมต้นทุนของ shard key และการทำงานข้าม shard — ช่วยให้ทีมไม่ทำ sharding เร็วเกินไปหรือคาดหวังให้ partitioning แก้เพดาน throughput การเขียนที่มันแก้ไม่ได้

Partitioning (server เดียว)

Sharding (หลาย server)

ลำดับการดำเนินการ

ทำไมจึงสำคัญ

คำถามที่เกี่ยวข้อง