Domande frequenti su Cloud SQL

Informazioni

Che cos'è Cloud SQL?
Cloud SQL è un servizio che fornisce database SQL completamente gestiti nel cloud. Cloud SQL fornisce database PostgreSQL, SQL Server e MySQL.
Quali sono i vantaggi dell'utilizzo di Cloud SQL?
Cloud SQL ti consente a Google le attività banali ma necessarie e spesso dispendiose in termini di tempo, come l'applicazione di patch gli aggiornamenti, la gestione dei backup e la configurazione delle repliche, così potrai concentrarti sulla creazione di diverse applicazioni. E poiché utilizziamo protocolli di rete standard, è possibile connettersi praticamente da qualsiasi un'applicazione, ovunque.
Quali versioni del database sono disponibili con Cloud SQL? Come vengono gestiti gli aggiornamenti?

Cloud SQL per MySQL supporta MySQL 8.4, 8.0 (predefinito), 5.7 e 5.6.

Cloud SQL per PostgreSQL supporta PostgreSQL 9.6, 10, 11, 12, 13, 14, 15 e 16 (impostazione predefinita).

Cloud SQL per SQL Server supporta le seguenti versioni di SQL Server: SQL Server 2017 Standard, SQL Server 2017 Enterprise, SQL Server 2017 Express, SQL Server 2017 Web, SQL Server 2019 Standard (predefinito), SQL Server 2019 Enterprise, SQL Server 2019 Express e SQL Server 2019 Web.

Il deployment degli aggiornamenti minori della versione viene eseguito nell'ambito della manutenzione pianificata, senza ulteriori azioni richiesto da parte tua. Per ulteriori informazioni sugli aggiornamenti, consulta Panoramica della manutenzione delle istanze Cloud SQL.

Per visualizzare la versione corrente dell'istanza, vai alla console Google Cloud, fai clic sul nome dell'istanza per aprire la pagina Dettagli istanza. In alternativa, puoi utilizzare il comando gcloud sql instances describe.

Cloud SQL supporta tutte le funzionalità del database?
Cloud SQL supporta le funzionalità più comuni di MySQL, PostgreSQL e SQL Server. Per un elenco delle differenze tra di una funzionalità di database standard e su ciò che offre Cloud SQL, vedi, ad esempio, Differenze tra Cloud SQL e di MySQL standard. Consulta anche Differenze tra Cloud SQL e la funzionalità PostgreSQL standard. Inoltre, vedi Funzionalità di SQL Server non disponibili per Cloud SQL.
Ci sono limiti di dimensione o di QPS?
Non sono previsti limiti di query al secondo (QPS) per le istanze Cloud SQL. Per informazioni su connessione, dimensioni e limiti specifici di App Engine, consulta Quote e limiti.
Come posso ricevere una notifica in caso di modifiche a Cloud SQL?
Puoi registrarti al forum google-cloud-sql-announce dove pubblichiamo annunci e notizie su Cloud SQL.
Come faccio a segnalare un bug, richiedere una funzionalità o porre una domanda?
Puoi segnalare bug e richiedere una funzionalità nella nostra google-cloud-sql-discuss gruppo. Puoi porre una domanda in Stack Overflow. Per altre opzioni di assistenza, consulta la pagina Assistenza Cloud SQL.
Torna all'inizio

Per iniziare

Qual è il miglior strumento MySQL da utilizzare per gestire la mia istanza?
Esistono diversi strumenti MySQL disponibili per Cloud SQL. Per eseguire singole affermazioni, puoi utilizzare lo strumento a riga di comando MySQL. Per eseguire attività più complesse o per utilizzare un ambiente di sviluppo del database più completo, puoi provare Toad per MySQL o MySQL Workbench. Per ulteriori informazioni, vedi Strumenti di amministrazione e generazione di report.
Quale motore di archiviazione devo utilizzare?
Per le istanze MySQL, InnoDB è l'unico motore di archiviazione supportato.

Se hai un file mysqldump in cui tutte le tabelle sono in formato MyISAM, puoi convertili nel formato InnoDB inviando il file tramite uno script sed:

mysqldump --databases [DATABASE_NAME] \
-h [INSTANCE_IP] -u [USERNAME] -p [PASSWORD] \
--hex-blob --default-character-set=utf8mb4 | sed 's/ENGINE=MyISAM/ENGINE=InnoDB/g' > [DATABASE_FILE].sql

Avviso: non eseguire questa operazione se il file mysqldump contiene lo schema mysql. Questi file devono rimanere in MyISAM.

Perché la mia nuova istanza senza dati mostra lo spazio su disco utilizzato?
Cloud SQL e il database utilizzano entrambi spazio per i file di sistema e i metadati quando viene creata l'istanza.
Torna all'inizio

Archiviazione, replica e autenticazione dei dati

Dove vengono archiviati i miei dati?

I dati delle istanze vengono archiviati nella regione in cui si trovano. Se non specifichi una località di archiviazione, i backup vengono archiviati in più regioni dal punto di vista geografico più vicino alla tua istanza Cloud SQL. Ad esempio, se l'istanza Cloud SQL si trova in us-central1, i backup vengono archiviati per impostazione predefinita nella regione con più aree geografiche us. Tuttavia, una località predefinita come australia-southeast1 si trova al di fuori di più regioni. La località a più regioni più vicina è asia.

Cos'è una zona?

Una zona è un'entità indipendente in una specifica posizione geografica in cui puoi eseguire Google Cloud. Ad esempio, una zona denominata us-central1-a indica una località negli Stati Uniti centrali.

Per le istanze MySQL, la tolleranza di errore tra le zone può essere ottenuta configurando l'istanza per l'alta disponibilità. La configurazione ad alta disponibilità è vivamente consigliata per tutte le istanze di produzione.

Per ulteriori informazioni sulle zone, consulta Risorse zonali nella documentazione di Compute Engine.

Quali sono i limiti di spazio di archiviazione?
Per informazioni sui limiti di spazio di archiviazione, vedi Quote e limiti.
Come vengono replicati i miei dati?

Istanze MySQL: le istanze MySQL forniscono una configurazione ad alta disponibilità e le repliche di lettura MySQL. Le repliche di lettura MySQL utilizzano la replica asincrona.

Le istanze PostgreSQL forniscono una configurazione di alta disponibilità e repliche di lettura.

Le istanze SQL Server forniscono una configurazione ad alta disponibilità e repliche di lettura.

Che tipo di repliche di lettura posso creare?

Per ulteriori informazioni sulle repliche di lettura, inclusi i casi d'uso per ogni tipo, consulta Opzioni di replica.

Come funziona il failover di Cloud SQL?

Per informazioni sul failover, consulta Panoramica della configurazione dell'alta disponibilità.

I miei dati sono criptati?
I dati dei clienti di Cloud SQL vengono criptati quando sono archiviati in tabelle, file temporanei e backup del database. Le connessioni esterne possono essere criptate utilizzando SSL o il proxy di autenticazione Cloud SQL.
Come viene gestita la crittografia per i dati at-rest?

I tuoi dati vengono criptati utilizzando l'Advanced Encryption Standard (AES-256) a 256 bit o, meglio, con chiavi simmetriche: ovvero, la stessa chiave viene utilizzata per criptare i dati quando vengono memorizzati e per decriptarli quando vengono utilizzati. Queste chiavi di dati vengono criptate utilizzando una chiave archiviata in un keystore sicuro e modificata regolarmente.

Per maggiori dettagli, consulta Crittografia dei dati inattivi in Google Cloud.

Come viene gestita la crittografia per i dati in transito?

Google cripta e autentica tutti i dati in transito su uno o più livelli della rete quando si sposta al di fuori dei confini fisici non controllati da Google o per conto di Google. Dati in il transito all'interno di un confine fisico controllato da o per conto di Google è generalmente ma potrebbero non essere criptati per impostazione predefinita. Se ti connetti a un'istanza utilizzando il relativo indirizzo IP pubblico, utilizza i certificati SSL/TLS per proteggere i dati durante la trasmissione. Tu puoi scegliere quali misure di sicurezza aggiuntive applicare in base al tuo modello di minaccia. Ad esempio: puoi configurare SSL per a Cloud SQL.

Per maggiori dettagli, consulta Crittografia dei dati in transito in Google Cloud.

Come faccio a capire se un'istanza è una replica di lettura?
Puoi utilizzare la console Google Cloud per vedere tutte le tue istanze Cloud SQL e se un'istanza è un'istanza principale o di lettura. Puoi anche utilizzare l'interfaccia a riga di comando gcloud per verificare se un'istanza è una replica principale o di lettura. Per ulteriori informazioni, consulta Controllare lo stato della replica.
Cloud SQL fornisce il bilanciamento del carico per le richieste alle repliche di lettura?
Cloud SQL non fornisce né configura automaticamente il bilanciamento del carico. Puoi utilizzare il pooling delle connessioni per distribuire le richieste di lettura tra le repliche di lettura passando da un endpoint di connessione all'altro.
Sì. Autenticazione, autorizzazione e altro ancora sono disponibili. come punto di partenza, vedi Panoramica.
Torna all'inizio

Backup e ripristino

Come faccio a recuperare un'istanza?

Per eseguire il ripristino in una copia di backup, puoi utilizzare la console Google Cloud o lo strumento a riga di comando gcloud. Per ulteriori dettagli, vedi Ripristino di un'istanza.

Per ripristinare un'istanza in un punto temporale specifico, utilizza un recupero point-in-time. Per ulteriori informazioni, vedi Utilizza il recupero point-in-time.

Quanto costano i backup?

I backup vengono addebitati in base alla tariffa di archiviazione dell'istanza.

Per ulteriori informazioni sui prezzi dello spazio di archiviazione delle istanze e sulle tariffe delle istanze, vedi Prezzi.

Posso accedere ai backup automatici più vecchi di sette giorni?

I backup automatici vengono eseguiti ogni giorno e per impostazione predefinita vengono conservati per sette giorni. Puoi configurare il valore di conservazione dei backup da 1 a 365 backup. Al termine del periodo di conservazione, verrà inviata la notifica meno recente il backup viene eliminato. I backup automatici sono incrementali. Contengono solo i dati modificati dopo l'esecuzione del backup precedente. Il backup più vecchio ha dimensioni simili a quelle del database. Quando il backup meno recente viene eliminato, le dimensioni del successivo backup meno recente aumentano, in modo che un backup completo esiste già.

Tieni presente che i backup on demand non vengono eliminati finché non li rimuovi manualmente.

In che modo il recupero point-in-time influisce sul rendimento?
Per Cloud SQL per MySQL, il recupero point-in-time richiede l'abilitazione del logging binario. Ciò significa che ogni aggiornamento al database viene scritto in con un log indipendente, il che comporta una piccola riduzione delle prestazioni di scrittura. Le prestazioni delle operazioni di lettura non sono interessate dal logging binario, indipendentemente dalle dimensioni file di log binari.
Quando devo utilizzare la replica esterna rispetto a quella tra regioni per la protezione da errori regionali?
Replica esterna Replica tra regioni
Autogestito dal cliente Replica tra regioni gestita di Cloud SQL
Può eseguire la replica tra istanze non Google Cloud e Google Cloud Può replicare solo tra istanze Cloud SQL
Per eseguire la migrazione a/da Google Cloud al fine di ridurre al minimo i tempi di riposo o per la protezione dei dati ibrida/multi cloud Eseguire la migrazione dei dati tra regioni Google Cloud per ridurre al minimo i tempi di inattività
Supporta la replica tra le versioni principali Non supporta la replica tra versioni principali
Torna all'inizio

Gestione delle istanze

Quali azioni potrebbero causare il riavvio delle istanze Cloud SQL?
Le istanze Cloud SQL potrebbero essere riavviate quando tu o Cloud SQL eseguite le seguenti azioni:
  • Aggiorna
  • Crea
  • Promuovi replica
  • Manutenzione
  • Ricrea replica
  • Failover
  • Riavvia
  • Ripristina istanza da backup
  • Attivare l'alta disponibilità su un'istanza esistente (si tratta di un aggiornamento dell'istanza)
  • Aggiungi un flag di database che richiede un riavvio

Il riavvio di un'istanza non modifica gli indirizzi IP pubblici o privati dell'istanza.

Consulta la sezione seguente: Per quanto tempo vengono arrestate le istanze durante il riavvio?

Per quanto tempo vengono arrestate le istanze durante il riavvio?

Quando le istanze vengono riavviate, la maggior parte viene arrestata per uno o due minuti. Prima dell'arresto dell'istanza, tutte le connessioni vengono terminate e il lavoro corrente viene eliminato disco.

Per le istanze con un carico elevato, questo processo richiede più tempo e potrebbe essere simile è bloccata. In questi casi, l'arresto e il riavvio dell'istanza possono richiedere fino a un'ora. I motivi per cui le istanze richiedono molto tempo per arrestarsi e riavviarsi possono includere quando l'utente ha molte transazioni di scrittura o se le transazioni vengono eseguite per molto tempo.

Posso aumentare o ridurre le dimensioni del mio database?

Puoi aumentare la quantità di spazio di archiviazione disponibili per la tua istanza in qualsiasi momento, senza tempi di inattività. Non puoi diminuire dello spazio di archiviazione dell'istanza. Puoi anche configurare l'istanza aumenta automaticamente la capacità di archiviazione quando lo spazio sta per esaurirsi. Scopri di più.

Posso eseguire l'upgrade e il downgrade delle vCPU?

Sì. Puoi modificare il numero di vCPU utilizzate nell'istanza. Puoi aumentare o diminuire il numero di core che utilizzi tutte le volte che vuoi. In genere sono necessari meno di cinque minuti di tempo di riposo per modificare il numero di vCPU. Se stai aumentando il numero di vCPU sul tuo dell'istanza principale della versione Cloud SQL Enterprise Plus, la modifica diventa effettiva con tempi di inattività prossimi allo zero.

Devo utilizzare la console Google Cloud per gestire Cloud SQL?
No. Tutte le attività di gestione che possono essere eseguite utilizzando la console possono essere eseguite anche in modo programmatico utilizzando l'API amministrazione Cloud SQL o tramite script utilizzando lo strumento a riga di comando gcloud.
Come faccio a recuperare lo spazio da un tavolo fatto cadere?
Quando elimini una tabella da un database e poi controlli la console Google Cloud, potresti notare che lo spazio liberato dall'eliminazione delle tabelle non è riportato in Spazio di archiviazione utilizzato dell'istanza. Per impostazione predefinita, le istanze che eseguono MySQL 5.5 hanno il flag innodb_file_per_table impostato su OFF; InnoDB non riduce mai il suo spazio tabella predefinito. Per recuperare spazio per questa configurazione, crea una nuova istanza dal database più piccolo oppure cambia il valore del flag innodb_file_per_table in ON. Per informazioni sulla modifica dei flag di database, consulta Configurare i flag di database.
Come faccio a recuperare lo spazio utilizzato dai file temporanei?
I file temporanei possono aumentare di dimensioni quando le query SQL creano molte tabelle temporanee. Per recuperare lo spazio utilizzato dalle tabelle temporanee, devi riavviare il database. Il riavvio del database non riduce lo spazio su disco di cui è stato eseguito il provisioning a seguito del l'aumento del numero di file temporanei.
Come faccio a monitorare le modifiche ai dati?
Per monitorare le modifiche ai dati, abilita la registrazione binaria per la tua istanza. Il monitoraggio delle modifiche ai dati può aiutarti a recuperare i dati persi accidentalmente. In caso di perdita accidentale di dati, ad esempio a causa di un comando DROP DATABASE, puoi ripristinare fino alle coordinate del log binario appena prima dell'evento di perdita di dati. Per ulteriori informazioni, consulta Recupero point-in-time. Il logging binario non è ancora disponibile per le istanze PostgreSQL.
Posso importare o esportare un database specifico?
Sì. Per le istanze MySQL e SQL Server, puoi importare ed esportare un singolo database o più database. Per le istanze PostgreSQL, puoi importare o esportare solo un database specifico.
Posso importare o esportare un file CSV?
Puoi importare o esportare un file CSV per MySQL o PostgreSQL. Per saperne di più, consulta la sezione Creare un file CSV.

Al momento, CSV non è supportato in Cloud SQL per SQL Server.

Ho bisogno di un account Cloud Storage per importare o esportare dati in un in esecuzione?
Cloud SQL supporta l'importazione e l'esportazione di database, ad esempio file dump SQL compressi o non compressi e file CSV, utilizzando un bucket Cloud Storage. Per eseguire l'importazione o l'esportazione utilizzando un nel bucket Cloud Storage, devi registrarti per un account Google Cloud e creare un bucket Cloud Storage o avere accesso a un bucket Cloud Storage in un altro account. Per ulteriori informazioni, vedi Esportazione e importazione mediante file di dump SQL, Esportazione e importazione mediante pg_dump e pg_restore, Esportazione e importazione mediante file BAK oppure Esportazione e importazione mediante file CSV.
Che cosa significa ERROR_RDBMS in un'operazione di importazione?
Questo errore si verifica se MySQL restituisce un errore durante un'operazione di importazione dei dati. Le cause più comuni sono la sintassi non valida, l'utilizzo di un database o una tabella non definiti e il tentativo di eseguire istruzioni MySQL che richiedono il privilegio SUPER.
Se elimino la mia istanza, posso riutilizzare il nome dell'istanza?
Sì.
Che cos'è l'utente del database cloudsqladmin?
Ogni istanza Cloud SQL include un utente del database denominato cloudsqladmin. Puoi notare questo utente se specifichi SHOW GRANTS FOR cloudsqladmin@localhost. Su alcune questo verrà visualizzato anche nella tabella degli utenti di sistema. Questo account utente è in uso da processi automatizzati che devono accedere ai dati nella tua istanza (ad esempio, eseguendo il backup un'istanza oppure eseguire un'importazione o un'esportazione).
Come posso usare GRANT ALL?
Cloud SQL non supporta i privilegi SUPER, il che significa che Gli estratti conto GRANT ALL PRIVILEGES non funzioneranno. In alternativa, puoi utilizzare GRANT ALL ON `%`.*.
Come faccio ad accedere ai log delle transazioni per le mie istanze?
Per le istanze MySQL, se abiliti il logging binario per l'istanza (vedi Abilitazione del logging binario) e configurare un indirizzo IP per l'istanza (vedi configurando l'accesso per connessioni IP), puoi utilizzare il database MySQL standard mysqlbinlog per esaminare i log delle transazioni per l'istanza.
Quale livello di isolamento delle transazioni offre Cloud SQL?

Istanze MySQL: Cloud SQL fornisce REPEATABLE READ e l'isolamento delle transazioni. Puoi modificare il livello di isolamento delle transazioni per la sessione corrente, ma di solito è preferibile il valore predefinito. Per ulteriori informazioni, consulta la sezione Livelli di isolamento delle transazioni nella documentazione di MySQL.

Istanze PostgreSQL: Cloud SQL fornisce isolamento delle transazioni Read committed. Puoi modificare il livello di isolamento delle transazioni per una transazione specifica, ma solitamente è preferibile il valore predefinito. Per ulteriori informazioni, consulta la sezione Isolamento delle transazioni della documentazione di PostgreSQL.

Istanze SQL Server: Cloud SQL fornisce tutti i livelli di isolamento delle transazioni. Pertanto, sono supportati i seguenti valori: UNCOMMITTED, READ COMMITTED, REPEATABLE READ, SNAPSHOT e SERIALIZABLE.

Come posso proteggere la mia istanza dall'eliminazione accidentale?
Puoi attivare la protezione da eliminazione quando crei un'istanza o in un secondo momento. Se questa impostazione è abilitata, devi disabilitarla prima di eliminare l'istanza. Vedi Impedire l'eliminazione di un'istanza.
Torna all'inizio

Approfondimenti

Perché non riesco a trovare il piano di query di esempio in Insights?
Abbiamo solo query di esempio per ottenere il piano di query, a causa dell'impatto sulle prestazioni che può avere sulla query. Di conseguenza, a volte i piani di query di esempio non vengono visualizzati.
Torna all'inizio

Prezzi e fatturazione

Come posso provare Cloud SQL?
L'istanza più piccola è db-f1-micro. Puoi utilizzarlo per provare il servizio. Tieni presente che le istanze con core condivisi non sono coperte dallo SLA (accordo sul livello del servizio).
Quante istanze posso creare in un progetto?
Per informazioni sul limite di istanze, consulta Quote e limiti.
Di che dimensione deve essere l'istanza di database? Quanta RAM?
In generale, puoi aumentare le prestazioni del tuo database scegliendo un'istanza più grande con più RAM e CPU. In questo modo, vengono migliorate le prestazioni di molte query che richiedono grandi quantità di calcoli, ad esempio quelle che coinvolgono join, ORDER BY o GRUPPO, anche se le prestazioni degli aggiornamenti che interessano singole righe non saranno molto influenzate. Tuttavia, maggiori sono le dimensioni dell'istanza, maggiore è la latenza operativa. Per maggiori informazioni informazioni su dimensioni e prezzi delle istanze, consulta pagina dei prezzi.
Come viene calcolato l'utilizzo della mia istanza?

Ti viene addebitato un importo per minuto per il tempo di attività dell'istanza.

Istanze SQL Server: le licenze di Microsoft SQL Server richiedono una licenza di base per essere assegnate a ogni CPU virtuale sulla tua istanza, con un minimo di 4 core per ogni istanza. Nel caso delle istanze con meno di quattro vCPU, per SQL Server viene addebitato un costo pari a quattro volte la quota di licenza per soddisfare questi requisiti. Per le istanze con 4 o più vCPU, viene addebitato un numero di licenze SQL Server pari al numero di vCPU.

Come viene calcolato lo spazio di archiviazione?
Lo spazio di archiviazione viene calcolato in base alla quantità di spazio di archiviazione a tua disposizione di cui è stato eseguito il provisioning per l'istanza. Lo spazio di archiviazione per i backup viene addebitato in base allo spazio utilizzato dai backup. Lo spazio di archiviazione viene addebitato indipendentemente dal fatto che l'istanza sia attivata o meno.
Come faccio a sapere quanto mi verrà addebitato?
La scheda Fatturazione della console Google Cloud mostra gli addebiti sostenuti dalle tue istanze dall'emissione dell'ultima fattura.
Cosa succede quando la mia istanza raggiunge la dimensione consentita?
Se l'istanza raggiunge le dimensioni dello spazio di archiviazione di cui è stato eseguito il provisioning, e non è abilitato l'aumento automatico dello spazio di archiviazione o ha raggiunto il limite configurato. scritture future sul database non sono consentite fino a quando non aumenti le dimensioni dello spazio di archiviazione. In aumento le dimensioni dello spazio di archiviazione non richiedono il riavvio o un tempo di inattività dell'istanza.
Perché la mia istanza è stata sospesa?
Probabilmente si tratta di un problema con il tuo account Google Cloud. Per determinare il tuo stato di fatturazione, invia una richiesta di assistenza per la fatturazione. Una volta risolto il problema di fatturazione, lo stato dell'istanza torna a essere eseguibile entro poche ore. Tieni presente che le istanze MySQL sospese vengono eliminate dopo 90 giorni.
Perché la mia istanza è stata eliminata?
Le istanze sospese per 90 giorni vengono eliminate. Questo vale per le istanze con stato SUSPENDED. Le istanze arrestate con stato RUNNABLE non vengono eliminate.
Come posso cancellare il mio account Cloud SQL?
Per disattivare Cloud SQL per un progetto, vai alla console Google Cloud, seleziona il progetto e poi il servizio API per aprire la dashboard delle API. Individua l'API Cloud SQL e fai clic su Disattiva per l'API.
Come faccio a disattivare la fatturazione?
Puoi disattivare la fatturazione facendo clic su Disattiva fatturazione. nella console Google Cloud Fatturazione e impostazioni di un progetto. Se Disabilita la fatturazione, disabiliti anche il servizio Cloud SQL. Assicurati di voler disattivare il servizio Cloud SQL prima di disattivare la fatturazione.

Dopo aver disattivato la fatturazione, riceverai un'ultima fattura per gli addebiti effettuati tra l'inizio del ciclo di fatturazione e l'annullamento.

Torna all'inizio

Utilizzo di Cloud SQL con App Engine

Posso connettermi da App Engine a un'istanza MySQL?
Puoi connetterti da un'applicazione App Engine a un'istanza MySQL, indipendentemente dal fatto che è in esecuzione nell'ambiente standard o flessibile. Per ulteriori informazioni, consulta Connessione dall'ambiente standard di App Engine oppure Connessione dall'ambiente flessibile di App Engine.
Posso connettermi da App Engine a un'istanza PostgreSQL?
Puoi connetterti da un'applicazione App Engine a un'istanza PostgreSQL, a seconda dell'ambiente e del linguaggio in uso. Per ulteriori informazioni, consulta Connessione dall'ambiente standard di App Engine o Connessione dall'ambiente flessibile di App Engine.
Posso connettermi da App Engine a un'istanza SQL Server?
Puoi connetterti da un'applicazione App Engine a un'istanza SQL Server, a seconda l'ambiente e il linguaggio che stai utilizzando. Per ulteriori informazioni, consulta Connessione dall'ambiente standard di App Engine o Connessione dall'ambiente flessibile di App Engine.
La mia applicazione App Engine negli Stati Uniti può accedere alla mia istanza Cloud SQL nell'UE (e viceversa)?

Se ti stai connettendo a un'istanza MySQL, la tua applicazione App Engine non deve trovarsi nella stessa regione e può essere eseguito un ambiente flessibile. Tuttavia, una distanza maggiore tra l'istanza Cloud SQL e l'applicazione App Engine causa una maggiore latenza per le connessioni al database.

Se ti connetti a un'istanza Cloud SQL, l'applicazione App Engine non deve necessariamente trovarsi nella stessa regione. Tuttavia, un maggiore distanza tra l'istanza Cloud SQL e l'applicazione App Engine causa una maggiore latenza per le connessioni al database.

Quale servizio di database Google Cloud è adatto a me?
Dipende dai requisiti della tua applicazione. Google Cloud offre una serie di opzioni per archiviare, gestire e recuperare i dati. Per ulteriori informazioni, consulta Database Google Cloud.
Devo installare un server di database locale per utilizzare il server di sviluppo App Engine?
No. Puoi configurare App Engine in modo che utilizzi Cloud SQL o un'istanza di servizio installata in locale server di database quando è in esecuzione sul server di sviluppo.
Quali lingue posso usare per accedere alla mia istanza?
L'ambiente standard di App Engine supporta diversi linguaggi che puoi utilizzare per connetterti di Compute Engine. Per ulteriori informazioni, consulta Connessione dall'ambiente standard di App Engine o Connessione dall'ambiente flessibile di App Engine.

Se non utilizzi App Engine, puoi utilizzare qualsiasi linguaggio associato a un connettore o a un'API. Per un elenco delle lingue supportate, vedi Capitolo Connettori e API in MySQL Manuale di riferimento.

Posso utilizzare Django con Cloud SQL?
Sì. Cloud SQL è compatibile con Django. Consulta la Guida introduttiva a Django.
Quali segnaposto posso utilizzare nella stringa di query Python?
Gli utenti di Python possono utilizzare il codice di formato %s solo nella sostituzione dei parametri. Pertanto, la seguente istruzione non è valida: cursor.execute('INSERT INTO entries (guestAge) VALUES (%d)', (age)).
Come faccio a gestire le connessioni?

La gestione efficace delle connessioni di database è un aspetto importante dell'applicazione di database dello sviluppo, compreso l'uso del pooling di connessioni e del backoff esponenziale. Per esempi su come impiegare queste tecniche in una serie di linguaggi e framework, consulta Gestire le connessioni al database.

Per scoprire di più sui limiti di connessione delle istanze, consulta Quote e limiti.

Che cosa comporta un'eccezione SQL con il messaggio "ID connessione non valido" media?
Significa che la connessione non è più aperta sul server e viene eliminata dal server di alto profilo. Non è necessario chiamare "close" su queste connessioni; sono già chiusi.
Posso accedere alla mia istanza Cloud SQL in modo programmatico al di fuori di App Engine?
Sì. Puoi accedere alle istanze Cloud SQL in modo programmatico da applicazioni esterne utilizzando qualsiasi lingua supportata. Consulta la Panoramica della connessione.
Torna all'inizio