Limitazioni per Database di Azure per MySQL - Server flessibile

Questo articolo descrive le limitazioni nel Database di Azure per MySQL - Server flessibile. Si applicano anche limitazioni generali nel motore di database MySQL. Per informazioni sulle limitazioni delle risorse (calcolo, memoria, archiviazione), vedere l'articolo sulle risorse di calcolo e archiviazione.

Parametri del server

Database di Azure per MySQL - Server flessibile supporta l'ottimizzazione dei valori di parametri del server. Alcuni valori minimo e massimo dei parametri (ad esempio, max_connections, join_buffer_size, query_cache_size) sono determinati dal livello di calcolo e prima di calcolare le dimensioni del server. Per altre informazioni su questi limiti, insieme ai valori minimi e massimi per i parametri del server come max_connections e innodb_buffer_pool_size, vedere l'articolo sui parametri del server.

Chiavi primarie invisibili generate

Per MySQL versione 8.0 e successive, le chiavi primarie invisibili generate (GIPK) sono abilitate per impostazione predefinita per tutte le istanze del Database di Azure per MySQL - Server flessibile.

I server MySQL 8.0+ aggiungono la colonna my_row_id invisibile alle tabelle e una chiave primaria in tale colonna, in cui viene creata la tabella InnoDB senza una chiave primaria esplicita. Per questo motivo, non è possibile creare una tabella con una colonna denominata my_row_id, a meno che l'istruzione di creazione della tabella non specifichi anche una chiave primaria esplicita. Altre informazioni

Per impostazione predefinita, i GIPK vengono visualizzati nell'output di SHOW CREATE TABLE, SHOW COLUMNS e SHOW INDEX. I GIP sono visibili anche nelle INFORMATION_SCHEMAtabelle COLUMNS e STATISTICS.

Per altre informazioni sui GIPK e sui relativi casi d'uso con la replica dei dati in ingresso, vedere Replicare i dati nel Database di Azure per MySQL - Server flessibile.

Passaggi per disabilitare un GIPK

Se si vuole disabilitare un GIPK, sono disponibili due opzioni:

• Modificare il valore del parametro del server sql_generate_invisible_primary_key su OFF usando il portale di Azure o l'interfaccia della riga di comando di Azure.

• Connettersi all'istanza del Database di Azure per MySQL - Server flessibile ed eseguire il comando seguente:

  mysql> SET sql_generate_invisible_primary_key=OFF;
  

lower_case_table_names

Per MySQL versione 8.0+ è possibile configurare lower_case_table_names solo quando si inizializza il server. Altre informazioni La modifica dell'impostazione lower_case_table_names dopo l'inizializzazione del server non è consentita. I valori supportati per MySQL versione 8.0 sono 1 e 2 in Database di Azure per MySQL - Server flessibile. Il valore predefinito è 1.

È possibile configurare queste impostazioni nel portale durante la creazione del server specificando il valore desiderato in Parametri server nella pagina Configurazione aggiuntiva. Per le operazioni di ripristino o la creazione del server di replica, il parametro verrà copiato automaticamente dal server di origine e non può essere modificato.

Per MySQL versione 5.7, il valore predefinito di lower_case_table_names è 1 in Database di Azure per MySQL - Server flessibile. Anche se è possibile modificare il valore supportato in 2, il ripristino da 2 a 1 non è consentito. Per assistenza nella modifica del valore predefinito, creare un ticket di supporto.

Motori di archiviazione

MySQL supporta molti motori di archiviazione. Gli elenchi seguenti mostrano quali motori di archiviazione sono supportati e non supportati in Database di Azure per MySQL - Server flessibile.

Motori supportati

• InnoDB
• MEMORIA

Motori non supportati

• MyISAM
• BLACKHOLE
• ARCHIVIO
• FEDERATED

Privilegi e supporto per la manipolazione dei dati

Molti parametri e impostazioni del server possono compromettere inavvertitamente le prestazioni del server o negare le proprietà ACID (atomiche, coerenti, isolate e durevoli) del server MySQL. Per mantenere l'integrità del servizio e il contratto di servizio a livello di prodotto, Database di Azure per MySQL - Server flessibile non espone più ruoli.

Database di Azure per MySQL - Server flessibile non consente l'accesso diretto al file system sottostante. Alcuni comandi di manipolazione dei dati non sono supportati.

Privilegi supportati

• LOAD DATA INFILE è supportato, ma è necessario specificare il parametro [LOCAL] e indirizzarlo a un percorso UNC (archiviazione di Azure montata tramite Server Message Block). Se si usa il client MySQL versione 8.0 o successiva, è necessario includere il parametro -–local-infile=1 nella stringa di connessione.

• Per MySQL versione 8.0 e successive sono supportati solo i privilegi dinamici seguenti:

  • REPLICATION_APPLIER
  • ROLE_ADMIN
  • SESSION_VARIABLES_ADMIN
  • MOSTRA ROUTINE
  • XA_RECOVER_ADMIN

Privilegi non supportati

• Il ruolo amministratore del database (DBA) è limitato. In alternativa, è possibile usare il ruolo dell'utente amministratore assegnato durante la creazione di un nuovo server. Questo ruolo consente di eseguire la maggior parte delle istruzioni DDL (Data Definition Language) e DML (Data Manipulation Language).

• I privilegi statici seguenti sono limitati:

  • SUPER
  • FILE
  • CREATE TABLESPACE
  • CHIUSURA

• La concessione di privilegi di BACKUP_ADMIN non è supportata per l'esecuzione di backup tramite gli strumenti di migrazione.

• DEFINER richiede SUPER privilegi per creare ed è limitato. Se si importano dati usando un backup, rimuovere manualmente i comandi CREATE DEFINER o usare il comando --skip-definer quando si esegue un backup mysqlpump.

• Il database di sistema mysql è di sola lettura e supporta varie funzionalità PaaS (Platform as a Service). Non è possibile apportare modifiche al database di sistema mysql.

• SELECT ... INTO OUTFILE non è supportato nel servizio.

Limitazioni funzionali

Disponibilità elevata con ridondanza della zona

È possibile impostare una configurazione a disponibilità elevata con ridondanza della zona solo durante la creazione del server. Questa configurazione non è supportata nel livello di calcolo con possibilità di burst.

Rete

Non è possibile cambiare il metodo di connettività dopo aver creato il server. Se si crea il server con accesso privato (integrazione della rete virtuale), non può essere modificato in accesso pubblico (indirizzi IP consentiti) dopo la creazione e viceversa.

Operazioni di arresto/avvio

Le operazioni per arrestare e avviare il server non sono supportate con configurazioni di replica in lettura (sia di origine che di repliche).

Operazioni di scalabilità

La riduzione dell'archiviazione server con provisioning non è supportata.

Aggiornamenti della versione dei server

La migrazione automatica tra le versioni del motore del database principale non è supportata. Se si vuole aggiornare la versione principale, usare un dump e ripristino in un server creato con la nuova versione del motore.

Ripristinare un server

Con il recupero temporizzato, i nuovi server hanno le stesse configurazioni di calcolo e archiviazione del server di origine su cui si basano. È possibile ridurre le prestazioni di calcolo del server appena ripristinato dopo aver creato il server.

Confronti delle funzionalità

Non tutte le funzionalità disponibili in Database di Azure per MySQL - Server singolo sono disponibili in Database di Azure per MySQL - Server flessibile.

Per l'elenco completo dei confronti delle funzionalità tra Database di Azure per MySQL - Server singolo e Database di Azure per MySQL - Server flessibile, vedere l'articolo sulla scelta dell'opzione del server MySQL più adatta in Azure.

Contenuti correlati

• quali opzioni di calcolo e archiviazione sono disponibili nei server flessibili
• versioni di MySQL supportate
• usare il portale di Azure per creare un'istanza di Database di Azure per MySQL - Server flessibile