Questa pagina è stata tradotta dall'API Cloud Translation.

Tabelle orfane

MySQL | PostgreSQL | SQL Server

Questa pagina descrive i problemi noti relativi alle tabelle orfane in MySQL.

Che cosa sono le tabelle orfane?

Le tabelle orfane sono tabelle con definizioni disconnesse nei dizionari di dati MySQL e possono verificarsi in MySQL 5.6 o MySQL 5.7. Uno dei seguenti scenari può bloccare un upgrade della versione principale (MVU) da MySQL 5.7 a MySQL 8.0:

La presenza di file di dati InnoDB (.ibd) senza file di definizione corrispondenti (.frm) o viceversa.
La presenza di tabelle intermedie rimanenti dalle istruzioni ALTER TABLE che non vengono più referenziate o utilizzate da alcuna logica applicativa attiva.

Tabelle temporanee orfane

I nomi delle tabelle temporanee orfane iniziano con il prefisso #sql-, ad esempio #sql-123.

Utilizza la seguente query per identificare le tabelle temporanee orfane:

SELECT * FROM INFORMATION_SCHEMA.INNODB_SYS_TABLES WHERE NAME RLIKE '#sql-[0-9].*';

Puoi utilizzare il comando DROP TABLE per eliminare le tabelle temporanee orfane senza altri passaggi aggiuntivi. In questo modo, è possibile risolvere la maggior parte dei casi:

DROP TABLE `DB`.`#mysql50#TEMPORARY_ORPHAN_TABLE`;

Sostituisci DB con il nome del database che vuoi utilizzare.

Un esempio potrebbe essere il seguente:

DROP TABLE `testdb`.`#mysql50##sql-1234`;

Se il comando precedente della tabella DROP non funziona, il file di definizione (.frm) potrebbe essere riutilizzato da un'altra operazione ALTER TABLE. In questi casi, è necessario creare un file segnaposto .frm sul disco per rimuovere la tabella. Contatta l'assistenza Cloud SQL per ricevere aiuto. Se non hai un contratto di assistenza, consulta la sezione Metodi self-service per la procedura di risoluzione dei problemi.

Tabelle intermedie orfane

I nomi delle tabelle intermedie orfane iniziano con il prefisso #sql-ib, ad esempio #sql-ib23-343224.

Utilizza la seguente query per identificare le tabelle intermedie orfane:

SELECT * FROM INFORMATION_SCHEMA.INNODB_SYS_TABLES WHERE NAME LIKE '%#sql-ib%';

Per rimuovere le tabelle orfane intermedie, modifica prima il nome del file di definizione delle tabelle orfane (.frm) in modo che corrisponda al nome della tabella, quindi elimina la tabella dalla riga di comando.

Per rimuovere le tabelle orfane intermedie, contatta il team di assistenza Cloud SQL. Se non hai un contratto di assistenza, consulta la sezione Metodi self-service per la procedura di risoluzione dei problemi.

Tabelle normali orfane

Una tabella InnoDB orfana si verifica quando il file di dati corrispondente (.ibd) rimane nel file system, ma il dizionario dei dati non fa più riferimento al file di dati in modo corretto. Questo scenario richiede un intervento manuale.

Per risolvere il problema, contatta l'assistenza Cloud SQL. Il team di assistenza può creare un file segnaposto .frm e poi utilizzare un comando DROP TABLE per tentare di rimuovere la tabella. In caso di esito negativo, il file InnoDB (.ibd) probabilmente richiede la rimozione manuale dalla directory dei dati.

Dopo aver rimosso manualmente il file, puoi eseguire il backup di tutte le tabelle e delle strutture del database.

Elimina un database utilizzando DROP DATABASE e crea un database utilizzando CREATE DATABASE. Questo ultimo passaggio potrebbe richiedere tempi di inattività per le applicazioni connesse al database interessato.

Se non hai un contratto di assistenza, consulta la sezione Metodi self-service per la procedura di risoluzione dei problemi.

Risoluzione dei problemi self-service

I seguenti metodi di risoluzione dei problemi self-service prevedono l'eliminazione o la migrazione dell'intero database per rimuovere le tabelle orfane quando l'eliminazione di una singola tabella non funziona. Questo metodo è dirompente. Se la tua organizzazione ha un contratto di assistenza, ti consigliamo vivamente di contattare il team di assistenza Cloud SQL per ricevere aiuto.

Per rimuovere le tabelle temporanee orfane, assicurati di seguire prima i passaggi descritti in Tabelle temporanee orfane. Se il comando DROP TABLE non va a buon fine, prova i seguenti suggerimenti.

Prima di iniziare

Ti consigliamo vivamente di eseguire un backup completo dell'istanza per ridurre il rischio di perdita dei dati.
Per ridurre la durata del possibile downtime dell'applicazione, ti consigliamo vivamente di clonare l'istanza e verificare i seguenti passaggi di migrazione prima di completarli in un ambiente di produzione.

Per saperne di più, vedi Clonare le istanze.

Eliminare lo schema utilizzando la migrazione degli oggetti

La migrazione degli oggetti di database è un processo in più passaggi per spostare gli oggetti di database, ad esempio le tabelle, in uno schema temporaneo:

Esegui il backup di altri oggetti del database, tra cui procedure, funzioni e viste.
Elimina e ricrea lo schema interessato.
Importa gli oggetti di cui è stato eseguito il backup nello schema originale.

Questo metodo di migrazione in genere causa tempi di inattività dell'applicazione. Per ridurre al minimo le interruzioni, prepara in anticipo tutti gli script necessari. Ad esempio, assicurati che gli script siano pronti per gestire:

Ridenominazione delle tabelle e spostamento in uno schema temporaneo.
Eseguire il backup di altri oggetti del database, come procedure, funzioni, viste e altri.
Ripristino di tutti gli oggetti del database nello schema originale.

Una volta pronti, completa i seguenti passaggi:

Crea uno schema temporaneo (ad esempio fix_orphan_tables) sulla stessa istanza.
Interrompi il traffico dell'applicazione sullo schema interessato.
Sposta tutte le tabelle nello schema temporaneo utilizzando RENAME TABLE:
```
RENAME TABLE DB.TABLE_NAME TO fix_orphan_tables.TABLE_NAME;
```
Effettua le seguenti sostituzioni:
- DB: il nome del database che vuoi utilizzare.
- TABLE_NAME: il nome della tabella.
Esegui il backup degli oggetti del database, come viste, routine, stored procedure, trigger ed eventi. Un modo per farlo è utilizzare mysqldump:
```
mysqldump -u USER --password=PASSWORD \
  -h HOST_IP --set-gtid-purged=OFF --no-data --no-create-db  \
  --no-create-info --routines --triggers --skip-opt --events \
  DB > DB_export.sql
```
Effettua le seguenti sostituzioni:
- USER: il nome utente.
- PASSWORD: la password del database.
- HOST_IP: l'indirizzo IP dell'host.
- DB: il nome del database che vuoi utilizzare.
Ti consigliamo vivamente di eseguire il backup manuale delle visualizzazioni utilizzando lo snippet di comando SHOW CREATE VIEW.
Elimina lo schema contenente le tabelle orfane.
Crea lo schema con il nome originale.
Verifica che la tabella orfana sia stata rimossa:
```
SELECT * FROM INFORMATION_SCHEMA.INNODB_SYS_TABLES WHERE NAME LIKE '%ORPHAN_TABLE_NAME</var>';
```
Sostituisci ORPHAN_TABLE_NAME con il nome della tabella orfana.
Copia le tabelle nello schema originale:
```
RENAME TABLE fix_orphan_tables.TABLE_NAME TO DB.TABLE_NAME;
```
Effettua le seguenti sostituzioni:
- TABLE_NAME: il nome della tabella.
- DB: il nome del database che vuoi utilizzare.
Copia tutti gli oggetti del database dal backup eseguito nel passaggio 4.
```
mysql -u USER \
  --password=PASSWORD \
  -h <var>HOST_IP \
  -D<var>DB < <var>DB_export.sql
```
Effettua le seguenti sostituzioni:
- USER: il nome utente.
- PASSWORD: la password del database.
- HOST_IP: l'indirizzo IP dell'host.
- DB: il nome del database che vuoi utilizzare.
Ti consigliamo vivamente di ripristinare manualmente le visualizzazioni creandole di nuovo utilizzando l'istruzione CREATE VIEW.
Riprendi il traffico delle applicazioni che hai interrotto in precedenza.

Elimina lo schema utilizzando dump e caricamento nella stessa istanza

Un altro modo per rimuovere una tabella orfana è eseguire un dump completo dello schema interessato, eliminare e ricreare lo schema e poi ripristinare il dump. In alcuni scenari, questo metodo potrebbe essere più rapido e meno complesso. Per ridurre al minimo le interruzioni, assicurati di preparare in anticipo tutti gli script di backup e ripristino.