Pagina 1 di 1
Una piattaforma SaaS con 8 milioni di record nella tabella principale aveva query a 4 secondi nonostante tutti gli indici fossero corretti. Il problema non era l'indicizzazione: era il volume oltre la soglia di gestibilità del singolo nodo. La soluzione corretta era sharding orizzontale per `tenant_id`, non più indici.
In questa categoria scrivo di database sharding applicato: criteri per decidere se serve davvero (spesso non serve, prima si fa partitioning), scelta della shard key che evita hot spot, routing della query a livello applicativo, gestione delle migration sui shard, monitoraggio della bilanciatura.
Se il tuo database ha raggiunto il limite del singolo nodo, parliamone. Oppure scopri il mio approccio.
Una piattaforma SaaS con 8 milioni di record nella tabella principale aveva query a 4 secondi nonostante tutti gli indici corretti. L'analisi ha mostrato che il problema non era l'indicizzazione ma il volume. Vi racconto l'approccio di sharding che abbiamo implementato con Laravel e come abbiamo gestito la migrazione live. Continua a leggere
