Sviluppatori MySQL Freelance Italiani

Il sito è diventato lento: è colpa del database o dell'hosting?

Prima di cambiare hosting conviene misurare, perché nella maggior parte dei casi il problema è nel database e un server più potente lo nasconde solo per qualche mese.

Cosa guarda uno sviluppatore, in ordine

Le query lente: MySQL sa registrarle da solo. Quasi sempre il rallentamento si concentra su poche interrogazioni, non su tutto il sito.
Gli indici: mancanti sulle colonne usate nei filtri, oppure talmente numerosi da rallentare ogni scrittura.
Le tabelle gonfiate: su WordPress e WooCommerce sono i classici accumuli di revisioni, opzioni caricate a ogni pagina, log e sessioni mai ripuliti.
Il motore delle tabelle: tabelle ancora in MyISAM in un database InnoDB sono un residuo che causa blocchi e va sistemato.

Una prima analisi richiede poche ore e produce un elenco di interventi ordinati per beneficio: spesso i primi due si applicano subito e si vedono nel giro di un pomeriggio.

MySQL o PostgreSQL per un progetto nuovo?

Sono entrambi solidi e la scelta sbagliata raramente è un disastro. Le differenze pratiche che contano sono poche.

MySQL conviene quando: il progetto si appoggia a piattaforme che lo danno per scontato — WordPress, WooCommerce, PrestaShop, Magento — o quando l'hosting a disposizione offre solo quello. Trovare chi lo sa gestire è anche più facile ed economico.
PostgreSQL conviene quando: servono JSON indicizzato, dati geografici, ricerca semantica per l'AI o un controllo più rigoroso sulla correttezza dei dati.
Il criterio che pesa di più: quale dei due conosce chi manterrà il sistema. Un database gestito bene batte sempre un database teoricamente migliore ma gestito male.

Se il progetto parte da zero e non ha vincoli di piattaforma, chiedi al freelance di motivare la sua proposta: la risposta dice molto sul suo modo di lavorare.

Che differenza c'è fra MySQL e MariaDB?

MariaDB è nato come derivazione di MySQL e per l'uso quotidiano si comporta allo stesso modo: stesse query, stessi strumenti, stessi driver. Molti hosting lo installano al posto di MySQL senza dirlo esplicitamente.

Per un sito o un gestionale normale: la differenza non si percepisce, e le applicazioni funzionano senza modifiche.
Dove la differenza esiste: i due progetti si sono allontanati negli anni su alcune funzioni avanzate e sui formati interni, quindi tornare indietro da MariaDB a MySQL non è sempre immediato.
Cosa verificare: quale dei due gira davvero sul tuo server, prima di seguire una guida trovata in rete. È un controllo di trenta secondi che evita ore di confusione.

Ogni quanto vanno fatti i backup e come faccio a sapere che funzionano?

La regola è brutale ma utile: un backup mai ripristinato non è un backup. È il rischio più sottovalutato che incontriamo nelle piccole aziende.

Prova di ripristino: l'unico modo per sapere se funziona è rimetterlo su un'altra macchina e aprirlo. Va fatto periodicamente, non una volta sola.
Quanti dati puoi perdere: con il solo backup notturno, un guasto nel pomeriggio ti costa la giornata di ordini. Se non è accettabile, serve una configurazione che riduca la perdita a pochi minuti.
Dove stanno le copie: se sono sullo stesso server, un ransomware o un guasto se le porta via insieme all'originale.
Il backup dell'hosting non basta: spesso conserva pochi giorni e non è pensato per ripristinare una singola tabella.

È un lavoro che si chiude in pochi giorni e cambia il profilo di rischio dell'azienda più di qualunque altra spesa informatica di pari importo.

Possiamo collegare il database a Excel, a Power BI o a un'altra applicazione?

Sì, ed è una richiesta frequente quando i dati servono fuori dal sito. Va fatta però con qualche cautela, perché il database di produzione è quello su cui lavorano i clienti.

Utenza di sola lettura: un accesso separato che può leggere e non scrivere, così nessun errore danneggia i dati.
Viste su misura: si espone una selezione ordinata invece delle tabelle originali, spesso illeggibili. Se la struttura interna cambia, si aggiorna la vista e chi la usa non se ne accorge.
Copia di lettura: quando le analisi sono pesanti, si lavora su una replica per non rallentare il sito.
Mai esporre il database su internet: l'accesso va fatto passare da una connessione protetta o da un servizio intermedio.