Shard berdasarkan key yang hadir di hampir setiap query dan menyebar beban secara merata — biasanya user_id yang di-hash — lalu rencanakan resharding dan cross-shard query sejak hari pertama. 1 miliar pengguna tidak akan muat atau berkinerja di satu node; Anda memecah baris ke banyak database dan mengarahkan setiap query ke shard yang memilikinya.
text
┌──────────────┐
Request ─▶ Router/│ shard_of(key)│─▶ Shard 0 (users 0–…)
Proxy └──────────────┘ Shard 1
(Vitess) │ Shard 2
└─────────▶ Shard N ← each = its own primary+replicas
Directory/lookup table (which key → which shard) ── for range or resharding