Sharding in System Design Interviews w/ Meta Staff Engineer
3-Second Blueprint (English)
- Horizontally shards databases across nodes once single-host storage (~70 TB) or write throughput (~10k/s) hits vertical limits.
- Range sharding suffers hot-shard skew from active new IDs, whereas hash-based sharding balances load via consistent hashing.
- Offsets expensive cross-shard scatter-gather queries by caching aggregated leaderboards in Redis with bounded TTL staleness.
Database ShardingConsistent HashingPostgreSQLRedis Cache
3-Sekunden-Fazit (Deutsch)
- Teilt Datenbanken horizontal in Shards auf, sobald Einzelknoten bei Speicher (~70 TB) oder Schreiblast (~10k/s) sättigen.
- Range-Sharding erzeugt Hot-Spots durch aktive neue Nutzer, während Hash-Sharding Lasten per Consistent Hashing gleichverteilt.
- Entschärft teure Scatter-Gather-Abfragen über alle Shards durch Redis-Caching aggregierter Ergebnisse mit kurzer TTL.
Datenbank-ShardingConsistent HashingPostgreSQLRedis-Cache
Note / Hinweis: Blueprints are AI-generated educational summaries (0% Politics · 0% Religion · 0% Brainrot) and do not constitute medical, legal, or financial advice. / KI-generierte Zusammenfassung zu Bildungszwecken – ersetzt keine medizinische, rechtliche oder finanzielle Fachberatung.