Guide

MySQL 8.0 è end-of-life: come verificare la versione e migrare a 8.4 LTS o MariaDB

MySQL 8.0 non riceve più patch di sicurezza dal 21 aprile 2026. Guida pratica per verificare la versione e scegliere il percorso di migrazione.

Redazione UptimeMag · 19 ottobre 2026 · 3 minuti di lettura

MySQL 8.0 è end-of-life: come verificare la versione e migrare a 8.4 LTS o MariaDB

Se gestisci server con MySQL, il 2026 è l'anno in cui la versione 8.0 smette di ricevere patch di sicurezza. Non è una scadenza teorica: secondo l'avviso ufficiale Oracle, per effetto della Lifetime Support policy di Oracle, a partire dal 21 aprile 2026 MySQL 8.0 è coperto da Oracle Sustaining Support. Per la Community Edition, quella che gira sulla maggior parte dei server Linux in hosting, questo significa in pratica una cosa sola: nessuna nuova patch di sicurezza. Se un CVE viene scoperto dopo quella data, resta aperto.

Come scoprire se la usi ancora

Prima cosa da fare, sul server: controllare la versione installata.

mysql --version

oppure, da dentro il client:

SELECT VERSION();

Su Ubuntu 22.04 e 24.04 il pacchetto da pacchetti ufficiali Ubuntu (repository universe) installa tipicamente MySQL 8.0.x; se hai aggiunto il repository APT di Oracle potresti avere già 8.4 o una Innovation release 9.x. Se il comando restituisce una stringa che inizia con 8.0., sei nella finestra che smette di ricevere patch.

Cosa significa "nessuna patch di sicurezza"

Non significa che il server smette di funzionare il giorno dopo. Significa che da quella data in poi, se emerge una vulnerabilità nel codice di MySQL 8.0, resta lì, sfruttabile, senza che Oracle rilasci un fix per la Community Edition. Per un server esposto su Internet, con un database che contiene credenziali o dati di clienti, è un rischio che si accumula mese dopo mese, non un evento puntuale.

I due percorsi di migrazione

Opzione 1: MySQL 8.4 LTS

È il percorso raccomandato da Oracle stessa per chi vuole restare nell'ecosistema MySQL. Oracle MySQL 8.4 raggiunge l'end of life il 30 aprile 2032, con il supporto standard che termina il 30 aprile 2029 e quello esteso il 30 aprile 2032. È la via con meno attriti: stesso protocollo client, stessi connettori, stessi file binari compatibili.

Su Ubuntu 22.04/24.04 il salto richiede di aggiungere il repository APT ufficiale MySQL (non quello di Ubuntu, che resta fermo a 8.0), fare l'upgrade del pacchetto e lanciare la verifica post-upgrade che Oracle fornisce con mysql_upgrade (o l'equivalente integrato nelle versioni più recenti).

Opzione 2: MariaDB 11.8 LTS

Per chi vuole uscire dall'ecosistema Oracle, MariaDB resta l'alternativa più battuta, nata come fork diretto di MySQL. Secondo i dati di endoflife.date, MariaDB 11.8 (LTS), rilasciata il 4 giugno 2025, riceve supporto community fino al 4 giugno 2028, con fix di sicurezza critici forniti su base best-effort per altri due anni oltre quella data a chi usa la sola community edition.

Le due opzioni a confronto

MySQL 8.4 LTS MariaDB 11.8 LTS
Rilascio 10 aprile 2024 4 giugno 2025
Supporto Premier/community fino al 30 aprile 2029 fino al 4 giugno 2028
Supporto esteso fino al 30 aprile 2032 fix critici best-effort fino al 2030
Compatibilità con 8.0 binaria, stesso protocollo drop-in parziale, non totale

Le incompatibilità che MariaDB non nasconde

Qui la fonte da consultare prima di migrare è la documentazione ufficiale MariaDB, non un blog di terze parti. MariaDB pubblica pagine dedicate di incompatibilità per ogni combinazione di versioni, inclusa quella specifica tra MariaDB 11.8 e MySQL 8.0, con elenchi separati per le differenze di funzioni e di variabili di sistema. Un esempio storico che resta valido: MariaDB non supporta gli oggetti JSON "impacchettati" di MySQL; MariaDB segue lo standard SQL e salva il JSON come normale TEXT/BLOB — un dettaglio che chi ha colonne JSON deve verificare prima del cutover, non dopo.

Il percorso dump/restore

Che tu vada verso 8.4 o verso MariaDB, la procedura di migrazione via logical dump è la stessa nella sostanza:

mysqldump --all-databases --routines --triggers --events > backup_completo.sql

sul server sorgente, poi sul server di destinazione (già aggiornato o già con MariaDB installato):

mysql < backup_completo.sql

Dopo il restore, verifica sempre con mysql_upgrade (su MySQL) o l'equivalente mariadb-upgrade (su MariaDB), e controlla i log di avvio per eventuali warning su funzioni deprecate o variabili non riconosciute: è lì che emergono le incompatibilità elencate nella documentazione.

Il prossimo salto, già segnato

Chi sceglie MariaDB oggi deve sapere che 11.8 non sarà l'ultima LTS a lungo: secondo endoflife.date, a partire dalla versione 12.3 — attesa nel secondo trimestre del 2026 — cambia lo schema di rilascio, e sarà la release ".3" di ogni versione maggiore a diventare la nuova LTS. Non è un problema per chi migra ora, ma è un dato da tenere a mente per il prossimo ciclo di pianificazione.

Testo redatto con il supporto dell'intelligenza artificiale e verificato dalla redazione (AI Act, art. 50).