Risolvere i problemi di regressione delle prestazioni

Quando usi query SQL per cercare dati, Spanner utilizza automaticamente qualsiasi indici secondari che probabilmente consentono di recuperare i dati in modo più efficiente. In alcuni casi, però, Spanner potrebbe scegliere un indice che rallenta le query. Di conseguenza, potresti notare che alcune query vengono eseguite più lentamente rispetto al passato.

Questa pagina spiega come rilevare le variazioni nella velocità di esecuzione delle query, ispezionare il piano di esecuzione delle query per queste query e, se necessario, specificare un indice diverso per le query future.

Rilevare le modifiche alla velocità di esecuzione delle query

È più probabile che tu noti una variazione nella velocità di esecuzione delle query dopo aver apportato una di queste modifiche:

  • Modificare in modo significativo una grande quantità di dati esistenti che hanno un indice.
  • Aggiunta, modifica o eliminazione di un indice secondario.

Puoi utilizzare diversi strumenti per identificare una query specifica che Spanner viene eseguito più lentamente del solito:

  • Query Insights e Statistiche sulle query.

  • Metriche di latenza.

  • Metriche specifiche per l'applicazione acquisite e analizzate con Cloud Monitoring. Ad esempio, puoi monitorare la metrica Conteggio query per determinare il numero di query in un'istanza nel tempo e scoprire quale versione dell'ottimizzatore delle query è stata utilizzata per eseguire una query.

  • Strumenti di monitoraggio lato client che misurano le prestazioni dell'applicazione.

Una nota sui nuovi database

Quando esegui query su database appena creati con dati appena inseriti o importati, Spanner potrebbe non selezionare gli indici più appropriati, perché l'optimizzatore delle query impiega fino a tre giorni per raccogliere automaticamente le statistiche dell'ottimizzatore. Per ottimizzare l'utilizzo dell'indice di un nuovo database Spanner prima di questo periodo, puoi creare manualmente un nuovo pacchetto di statistiche.

Rivedi lo schema

Dopo aver trovato la query che ha rallentato, osserva l'istruzione SQL per e identifica le tabelle utilizzate dall'istruzione e le colonne che recupera da queste tabelle.

Successivamente, trova gli indici secondari esistenti per queste tabelle. Determina se uno degli indici include le colonne su cui stai eseguendo la query, il che significa che Spanner potrebbe utilizzare uno degli indici per elaborare la query.

  • Se sono presenti indici applicabili, il passaggio successivo consiste nel trovare l'indice che Spanner utilizzato per la query.

  • Se non esistono indici applicabili, utilizza il metodo Comando gcloud spanner operations list per verificare se di recente hai eliminato un indice applicabile:

    gcloud spanner operations list \
    --instance=INSTANCE \
    --database=DATABASE \
    --filter="@TYPE:UpdateDatabaseDdlMetadata"

    Se hai rilasciato un indice applicabile, la modifica potrebbe aver interessato la query le prestazioni dei dispositivi. Aggiungi di nuovo l'indice secondario alla tabella. Dopo che Spanner ha aggiunto l'indice, esegui di nuovo la query e controlla le relative prestazioni. Se le prestazioni non migliorano, il passaggio successivo consiste nel trovare l'indice utilizzato da Spanner per la query.

    Se non hai eliminato un indice applicabile, la selezione dell'indice non ha comportato un calo del rendimento delle query. Cerca altre modifiche ai tuoi dati o ai pattern di utilizzo che potrebbero aver influito sul rendimento.

Trovare l'indice utilizzato per una query

Per scoprire quale indice viene utilizzato da Spanner per elaborare una query, visualizza il piano di esecuzione della query nella console Google Cloud:

  1. Vai alla pagina Istanze di Spanner nella console Google Cloud.

    Vai alla pagina Istanze

  2. Fai clic sul nome dell'istanza su cui vuoi eseguire una query.

  3. Nel riquadro a sinistra, fai clic sul database su cui vuoi eseguire una query, quindi su Spanner Studio.

  4. Inserisci la query da testare.

  5. Nell'elenco a discesa Esegui query, seleziona Solo spiegazione. Spanner mostra il piano di query.

Cerca almeno uno dei seguenti operatori nel piano di query:

  • Scansione tabella
  • Scansione indice
  • Cross apply o cross apply distribuito

Le sezioni seguenti spiegano il significato di ciascun operatore.

Operatore di scansione della tabella

L'operatore table scan indica che Spanner ha eseguito Non utilizzare un indice secondario:

Uno screenshot mostra un operatore di scansione delle tabelle in un piano di query.

Ad esempio, supponiamo che la tabella Albums non abbia indicizza ed esegui questa query:

SELECT AlbumTitle FROM Albums WHERE STARTS_WITH(AlbumTitle, "Now");

Poiché non sono disponibili indici da utilizzare, il piano di query include un operatore di scansione della tabella.

Operatore scansione indice

L'operatore scansione degli indici indica che Spanner ha utilizzato una indice secondario durante l'elaborazione della query:

Uno screenshot mostra un operatore di scansione dell'indice in un piano di query.

Ad esempio, supponi di aggiungere un indice alla tabella Albums:

CREATE INDEX AlbumsByAlbumTitle ON Albums(AlbumTitle);

Quindi, esegui la seguente query:

SELECT AlbumTitle FROM Albums WHERE STARTS_WITH(AlbumTitle, "Now");

L'indice AlbumsByAlbumTitle contiene AlbumTitle, che è l'unica colonna selezionato dalla query. Di conseguenza, il piano di query include un operatore di scansione dell'indice.

Operatore di applicazione incrociata

In alcuni casi, Spanner utilizza un indice che contiene solo alcuni dei colonne selezionate dalla query. Di conseguenza, Spanner deve unire l'indice con la tabella di base.

Quando si verifica questo tipo di join, il piano di query include una cross apply o distribuito incrociato l'operatore apply con quanto segue input:

  • Un operatore di scansione dell'indice per l'indice di una tabella
  • Un operatore di scansione della tabella per la tabella proprietaria dell'indice

Uno screenshot mostra un'applicazione incrociata distribuita in un piano di query, con una scansione dell'indice e una scansione della tabella come input.

Ad esempio, supponi di aggiungere un indice alla tabella Albums:

CREATE INDEX AlbumsByAlbumTitle ON Albums(AlbumTitle);

Quindi esegui questa query:

SELECT * FROM Albums WHERE STARTS_WITH(AlbumTitle, "Now");

L'indice AlbumsByAlbumTitle contiene AlbumTitle, ma la query ne seleziona tutti delle colonne della tabella, non solo AlbumTitle. Di conseguenza, il piano di query include un operatore Distributed Cross apply con una scansione dell'indice AlbumsByAlbumTitle e una scansione della tabella di Albums come input.

Scegli un altro indice

Dopo aver trovato l'indice utilizzato da Spanner per la query, prova a eseguire la query con un indice diverso oppure analizzando la tabella di base utilizzando un indice. Per specificare l'indice, aggiungi un'istruzione FORCE_INDEX alla query.

Se trovi una versione più rapida della query, aggiorna l'applicazione in modo da utilizzarla.

Linee guida per la scelta di un indice

Segui queste linee guida per decidere quale indice testare per la query:

  • Se la query soddisfa uno di questi criteri, prova a utilizzare la tabella di base anziché un indice secondario:

    • La query verifica l'uguaglianza con un prefisso della chiave primaria della tabella di base (ad esempio SELECT * FROM Albums WHERE SingerId = 1).
    • Un numero elevato di righe soddisfa i predicati di query (ad esempio SELECT * FROM Albums WHERE AlbumTitle != "There Is No Album With This Title").
    • La query utilizza una tabella di base che contiene solo poche centinaia di righe.

  • Se la query contiene un predicato molto selettivo (ad esempio REGEXP_CONTAINS, STARTS_WITH, <, <=, >, >= o !=), prova a utilizzare un indice che includa le stesse colonne utilizzate nel predicato.

Testa la query aggiornata

Utilizza la console Google Cloud per testare la query aggiornata e scoprire quanto tempo occorre per elaborarla.

Se la query include parametri di query e una query è associato ad alcuni valori molto più spesso di altri, quindi associa parametro di query con uno di questi valori nei test. Ad esempio, se la query include un predicato come WHERE country = @countryId e quasi tutte le query legano @countryId al valore US, lega @countryId a US per i test di prestazioni. Questo approccio ti consente di eseguire l'ottimizzazione in base alle query che esegui più di frequente.

Per testare la query aggiornata nella console Google Cloud, segui questi passaggi:

  1. Vai alla pagina Istanze di Spanner nella console Google Cloud.

    Vai alla pagina Istanze

  2. Fai clic sul nome dell'istanza su cui vuoi eseguire una query.

  3. Nel riquadro a sinistra, fai clic sul database su cui eseguire la query, quindi fai clic su Spanner Studio.

  4. Inserisci la query da testare, inclusa la direttiva FORCE_INDEX, e fai clic su Esegui query.

    La console Google Cloud apre la scheda Tabella dei risultati, quindi mostra i risultati della query, incluso il tempo necessario al servizio Spanner per elaborare la query.

    Questa metrica non include altre fonti di latenza, come l'ora la console Google Cloud ha impiegato per interpretare e visualizzare i risultati della query.

Ottenere il profilo dettagliato di una query in formato JSON utilizzando l'API REST

Per impostazione predefinita, quando esegui una query vengono restituiti solo i risultati dell'istruzione. Questo perché QueryMode è impostato su NORMAL. Per includere statistiche di esecuzione dettagliate con risultati della query, imposta QueryMode su PROFILE.

Creare una sessione

Prima di aggiornare la modalità di query, crea una sessione. che rappresenta un canale di comunicazione con il database Spanner completamente gestito di Google Cloud.

  1. Fai clic su projects.instances.databases.sessions.create.

  2. Fornisci l'ID progetto, istanza e database nel seguente modo modulo:

    projects/[\PROJECT_ID\]/instances/[\INSTANCE_ID\]/databases/[\DATABASE_ID\]

  3. Fai clic su Execute (Esegui). La risposta mostra la sessione che hai creato in questo modulo:

    projects/[\PROJECT_ID\]/instances/[\INSTANCE_ID\]/databases/[\DATABASE_ID\]/sessions/[\SESSION\]

    Lo utilizzerai per eseguire il profilo di query nel passaggio successivo. La sessione creata rimarrà attiva per un massimo di un'ora tra utilizzi consecutivi prima di essere eliminata dal database.

Profila la query

Attiva la modalità PROFILE per la query.

  1. Fai clic su projects.instances.databases.sessions.executeSql.

  2. In session, inserisci l'ID sessione che hai creato nel passaggio precedente:

    projects/[PROJECT_ID]/instances/[INSTANCE_ID]/databases/[DATABASE_ID]/sessions/[SESSION]

  3. Per Request body (Corpo della richiesta), utilizza quanto segue:

    {
  "sql": "[YOUR_SQL_QUERY]",
  "queryMode": "PROFILE"
}

  4. Fai clic su Execute (Esegui). La risposta restituita includerà i risultati della query, piano di query e le statistiche di esecuzione per la query.