Shard efter en nøgle der er til stede i næsten hver forespørgsel og spreder belastning jævnt — som regel et hashet user_id — og planlæg for resharding og cross-shard-forespørgsler fra dag ét. 1B brugere passer eller performer ikke på én node; du splitter rows over mange databaser og router hver forespørgsel til den shard, der ejer den.
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