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 consente di affidare a Google le attività banali ma necessarie e spesso dispendiose in termini di tempo, come l'applicazione di patch e aggiornamenti, la gestione dei backup e la configurazione delle repliche, in modo da poterti concentrare sulla creazione di applicazioni straordinarie. E poiché utilizziamo protocolli per il cavo standard, puoi connetterti praticamente da qualsiasi applicazione, ovunque.
Quali versioni del database sono disponibili con Cloud SQL? Come vengono gestiti gli aggiornamenti?

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

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

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 di versione di minore entità viene eseguito nell'ambito della manutenzione pianificata, senza che siano necessarie ulteriori azioni da parte tua. Per maggiori informazioni sugli aggiornamenti, consulta Panoramica della manutenzione delle istanze Cloud SQL.

Per visualizzare la versione attuale 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à dei database?
Cloud SQL supporta le funzionalità più comuni di MySQL, PostgreSQL e SQL Server. Per un elenco delle differenze tra la funzionalità di database standard e ciò che offre Cloud SQL, vedi, ad esempio, Differenze tra la funzionalità Cloud SQL e la funzionalità MySQL standard. Consulta anche le differenze tra Cloud SQL e le funzionalità PostgreSQL standard. Inoltre, consulta le 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à nel nostro gruppo google-cloud-sql-discuss. Puoi porre una domanda in Stack Overflow. Per altre opzioni di supporto, consulta la pagina Assistenza di Cloud SQL.
Torna all'inizio

Per iniziare

Qual è il miglior strumento MySQL da utilizzare per gestire la mia istanza?
Esistono numerosi strumenti MySQL per Cloud SQL. Per l'esecuzione di singole istruzioni, puoi utilizzare lo strumento a riga di comando MySQL. Per l'esecuzione di attività più complesse o per utilizzare un ambiente di sviluppo di database più completo, puoi provare Toad per MySQL o MySQL Workbench. Per saperne di più, consulta Strumenti di amministrazione e di generazione dei 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 tue tabelle sono in formato MyISAM, puoi convertirle in 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 al momento della creazione dell'istanza.
Torna all'inizio

Archiviazione, replica e autenticazione dei dati

Dove vengono archiviati i miei dati?

I dati dell'istanza vengono archiviati nella regione in cui si trova l'istanza. Se non specifichi una località di archiviazione, i backup vengono archiviati nell'area multiregionale più vicina alla località dell'istanza Cloud SQL. Ad esempio, se la tua istanza Cloud SQL si trova in us-central1, i backup vengono archiviati nell'area multiregionale us per impostazione predefinita. Tuttavia, una località predefinita come australia-southeast1 si trova al di fuori di più regioni. La località multiregionale più vicina è asia.

Cos'è una zona?

Una zona è un'entità indipendente in una posizione geografica specifica in cui puoi eseguire le tue risorse. 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 di zona nella documentazione di Compute Engine.

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

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

Le istanze PostgreSQL forniscono una configurazione ad 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 la panoramica della configurazione ad alta disponibilità.

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

I dati vengono criptati utilizzando l'algoritmo 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 archiviati e per decriptarli quando vengono utilizzati. Queste chiavi di dati sono a loro volta criptate tramite una chiave archiviata in un archivio chiavi sicuro e vengono modificate regolarmente.

Per maggiori dettagli, consulta Crittografia at-rest 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 di rete quando i dati si spostano al di fuori dei confini fisici non controllati da Google o per conto di Google. I dati in transito all'interno di un confine fisico controllato da o per conto di Google sono generalmente autenticati, ma potrebbero non essere criptati per impostazione predefinita. Se ti connetti a un'istanza utilizzando il suo indirizzo IP pubblico, utilizza i certificati SSL/TLS, in modo che i dati siano protetti durante la trasmissione. Puoi scegliere quali misure di sicurezza aggiuntive applicare in base al tuo modello di minaccia. Ad esempio, puoi configurare SSL per le connessioni tra zone a Cloud SQL.

Per maggiori dettagli, vedi 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 visualizzare tutte le tue istanze Cloud SQL e se si tratta di un'istanza principale o di replica di lettura. Puoi anche utilizzare gcloud CLI per verificare se un'istanza è una replica principale o di lettura. Per ulteriori informazioni, consulta Verificare lo stato della replica.
Cloud SQL fornisce il bilanciamento del carico per le richieste di lettura delle repliche?
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 tra più endpoint di connessione.
Sì. Sono disponibili autenticazione, autorizzazione e altro; per iniziare, guarda la panoramica.
Torna all'inizio

Backup e ripristino

Come si recupera un'istanza?

Per eseguire il ripristino in un backup, puoi utilizzare la console Google Cloud o lo strumento a riga di comando gcloud. Per maggiori dettagli, consulta Ripristinare un'istanza.

Per ripristinare un'istanza in un momento specifico, puoi utilizzare un recupero point-in-time. Per maggiori informazioni, consulta Utilizzare il recupero point-in-time.

Quanto costano i backup?

I backup vengono addebitati in base alla tariffa di archiviazione delle istanze.

Per ulteriori informazioni sui prezzi di archiviazione delle istanze e sulle tariffe delle istanze, consulta Prezzi.

Posso accedere a backup automatici risalenti a più di sette giorni fa?

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 uno a 365 backup. Al termine del periodo di conservazione, il backup meno recente viene eliminato. I backup automatici sono incrementali. Contengono solo i dati che sono stati modificati dopo l'esecuzione del backup precedente. Il backup meno recente ha una dimensione simile a quella del tuo database. Quando viene eliminato il backup meno recente, le dimensioni del successivo backup meno recente aumentano in modo che esista ancora un backup completo.

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

In che modo il recupero point-in-time influisce sulle prestazioni?
Per Cloud SQL per MySQL, il recupero point-in-time richiede l'abilitazione del logging binario. Ciò significa che ogni aggiornamento del database viene scritto in 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 dei file di log binari.
Quando utilizzo la replica esterna o tra regioni per la protezione da guasti a livello di regione?
Replica esterna Replica tra regioni
Autogestito dal cliente Replica tra regioni gestita di Cloud SQL
Può replicare tra istanze non Google Cloud e Google Cloud Può replicare solo tra istanze Cloud SQL
Eseguire la migrazione da/verso Google Cloud per ridurre al minimo i tempi di inattività o per la protezione dei dati ibridi/multi-cloud Eseguire la migrazione dei dati tra regioni Google Cloud per ridurre al minimo i tempi di inattività
Supporta la replica tra 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 possono essere riavviate quando tu o Cloud SQL eseguite le seguenti azioni:
  • Aggiornamento
  • Creazione
  • Promuovi replica
  • Manutenzione
  • Ricrea replica
  • Failover
  • Riavvia
  • Ripristina istanza da backup
  • Abilita l'alta disponibilità su un'istanza esistente (questo è 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 di esse viene arrestata per uno o due minuti. Prima dell'arresto dell'istanza, tutte le connessioni vengono terminate e il lavoro attuale viene cancellato dal disco.

Per istanze con un carico elevato, questo processo richiede più tempo e potrebbe sembrare che l'istanza sia bloccata. In questi casi, l'arresto e il riavvio dell'istanza potrebbe 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 quando le transazioni vengono eseguite per molto tempo.

Posso ingrandire o rimpicciolire il mio database?

Puoi aumentare la quantità di spazio di archiviazione disponibile per la tua istanza in qualsiasi momento senza tempi di inattività. Non puoi ridurre la dimensione dello spazio di archiviazione dell'istanza. Puoi anche configurare l'istanza in modo da aumentare automaticamente la capacità di archiviazione quando lo spazio si sta esaurendo. Ulteriori informazioni

Posso eseguire l'upgrade e il downgrade delle vCPU?

Sì. Puoi modificare il numero di vCPU che utilizzi sull'istanza. Puoi aumentare o diminuire il numero di core utilizzati tutte le volte che vuoi. In genere, la modifica del numero di vCPU richiede meno di cinque minuti di inattività. Se stai aumentando il numero di vCPU sulla tua istanza principale della versione Cloud SQL Enterprise Plus, la modifica viene applicata 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 mediante l'API Cloud SQL Admin oppure create mediante 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 eliminando le tabelle non si riflette nello spazio di archiviazione utilizzato riportato dell'istanza. Le istanze che eseguono MySQL 5.5 hanno il flag innodb_file_per_table impostato su OFF per impostazione predefinita; InnoDB non riduce mai il suo spazio tabella predefinito. Per recuperare spazio per questa configurazione, crea una nuova istanza dal database più piccolo o modifica il valore del flag innodb_file_per_table in ON. Per informazioni sulla modifica dei flag di database, consulta Configurazione dei flag di database.
Come faccio a recuperare lo spazio utilizzato dai file temporanei?
I file temporanei possono aumentare quando le query SQL creano molte tabelle temporanee. Per recuperare lo spazio utilizzato dalle tabelle temporanee, devi riavviare il database. Tieni presente che il riavvio del database non riduce lo spazio su disco di cui è stato eseguito il provisioning, derivante dall'aumento dei file temporanei.
Come posso monitorare le modifiche ai dati?
Per tenere traccia delle modifiche ai dati, abilita il logging binario per la tua istanza. Il monitoraggio delle modifiche apportate ai dati può aiutarti a riprenderti in seguito alla perdita accidentale di dati. In caso di perdita accidentale di dati, ad esempio da un comando DROP DATABASE, puoi ripristinare le coordinate del log binario appena prima dell'evento di perdita di dati. Per maggiori informazioni, vedi 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 ulteriori informazioni, consulta la sezione Creazione di un file CSV.

Il formato CSV non è attualmente supportato in Cloud SQL per SQL Server.

Ho bisogno di un account Cloud Storage per importare o esportare dati in un'istanza?
Cloud SQL supporta l'importazione e l'esportazione di database, come file di dump SQL e file CSV compressi o non compressi, utilizzando un bucket Cloud Storage. Per eseguire l'importazione o l'esportazione utilizzando un bucket Cloud Storage, devi registrarti per un account Google Cloud e creare un bucket oppure avere accesso a un bucket Cloud Storage in un altro account. Per maggiori informazioni, vedi Esportazione e importazione mediante file di dump SQL, Esportazione e importazione utilizzando pg_dump e pg_restore, Esportazione e importazione mediante file BAK o 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 dati. Le cause comuni includono una sintassi non valida, l'utilizzo di un database o una tabella che non è stata definita 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. Potresti notare questo utente se specifichi SHOW GRANTS FOR cloudsqladmin@localhost. In alcuni casi, verrà visualizzato anche nella tabella degli utenti di sistema. Questo account utente viene utilizzato dai processi automatizzati che devono accedere ai dati nella tua istanza (ad esempio, il backup dell'istanza o l'esecuzione di un'importazione o un'esportazione).
Come posso usare GRANT ALL?
Cloud SQL non supporta i privilegi SUPER, pertanto le istruzioni 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 Attivazione del logging binario) e configuri un indirizzo IP per l'istanza (vedi Configurazione dell'accesso per connessioni IP), puoi utilizzare l'utilità standard MySQL mysqlbinlog per esaminare i log delle transazioni per l'istanza.
Quale livello di isolamento delle transazioni offre Cloud SQL?

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

Istanze PostgreSQL: Cloud SQL fornisce l'isolamento delle transazioni Read committed. Puoi modificare il livello di isolamento per una transazione specifica, ma in genere è preferibile utilizzare il valore predefinito. Per ulteriori informazioni, consulta la sezione sull'isolamento delle transazioni nella documentazione di PostgreSQL.

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

Come posso proteggere la mia istanza dall'eliminazione accidentale?
Puoi abilitare 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

Insight

Perché non riesco a trovare il piano di query di esempio in Insights?
Abbiamo solo query di esempio per ottenere il piano di query, dato l'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.
Quali dimensioni dell'istanza del database devo avere? Quanta RAM?
In generale, puoi aumentare le prestazioni del tuo database scegliendo un'istanza più grande con più RAM e CPU. Ciò aumenta le prestazioni di molte query che comportano grandi quantità di calcolo, ad esempio quelle che coinvolgono join, ORDER BY o GROUPing, anche se le prestazioni degli aggiornamenti che interessano le singole righe non saranno interessate. Tuttavia, maggiore è la dimensione dell'istanza, maggiore è la latenza operativa. Per ulteriori informazioni su dimensioni e prezzi delle istanze, consulta la pagina dei prezzi.
Come viene calcolato l'utilizzo dell'istanza?

Ti verrà addebitato un costo al minuto per il tempo in cui l'istanza è attiva.

Istanze SQL Server: il contratto di licenza di Microsoft SQL Server richiede l'assegnazione di una licenza per core a ogni CPU virtuale sull'istanza, con un minimo di 4 core per ogni istanza. Per le istanze con meno di quattro vCPU, SQL Server verrà addebitato un importo pari a quattro volte la tariffa di licenza, per soddisfare questi requisiti. Per istanze con 4 o più vCPU, ti verrà addebitato un numero di licenze SQL Server pari al numero di vCPU.

Come viene calcolata lo spazio di archiviazione?
Lo spazio di archiviazione viene calcolato in base alla quantità di spazio di archiviazione di cui hai eseguito il provisioning per l'istanza. L'archiviazione per i backup viene addebitata in base alla quantità di spazio utilizzata dai backup. Lo spazio di archiviazione viene addebitato indipendentemente dal fatto che l'istanza sia attiva o meno.
Come faccio a sapere quanto mi verrà addebitato?
La scheda Fatturazione della console Google Cloud mostra gli addebiti relativi alle tue istanze dall'emissione dell'ultima fattura.
Cosa succede quando la mia istanza raggiunge la dimensione consentita?
Se l'istanza raggiunge la dimensione dello spazio di archiviazione di cui è stato eseguito il provisioning e non è abilitato l'aumento automatico dello spazio di archiviazione o se l'istanza ha raggiunto il limite configurato, le scritture future sul database non saranno consentite finché non aumenterai la dimensione dello spazio di archiviazione. L'aumento delle dimensioni dello spazio di archiviazione non richiede il riavvio dell'istanza o il tempo di inattività.
Perché la mia istanza è stata sospesa?
Questo è probabilmente dovuto a un problema con il tuo account Google Cloud. Puoi determinare lo stato della fatturazione inviando una richiesta di assistenza alla fatturazione. Una volta risolto il problema di fatturazione, l'istanza torna allo stato eseguibile entro alcune 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?
Puoi disattivare Cloud SQL per un progetto visitando la console Google Cloud, selezionando il progetto e scegliendo il servizio API per aprire la dashboard delle API. Individua l'API Cloud SQL e fai clic su Disabilita per l'API in questione.
Come faccio a disattivare la fatturazione?
Puoi disabilitare la fatturazione facendo clic su Disattiva fatturazione nel riquadro Fatturazione e impostazioni della console Google Cloud per un progetto. Se disabiliti la fatturazione, disabiliti anche il servizio Cloud SQL. Assicurati di voler disabilitare il servizio Cloud SQL prima di disabilitare la fatturazione.

Dopo aver disattivato la fatturazione, riceverai un'ultima fattura per gli addebiti registrati 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 l'applicazione sia in esecuzione nell'ambiente standard o nell'ambiente flessibile. Per maggiori informazioni, consulta Connessione dall'ambiente standard App Engine o 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 che utilizzi. Per maggiori informazioni, consulta Connessione dall'ambiente standard 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 dell'ambiente e del linguaggio che utilizzi. Per maggiori 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 all'istanza Cloud SQL nell'UE (e viceversa)?

Se ti connetti a un'istanza MySQL, l'applicazione App Engine non deve trovarsi nella stessa regione e può essere eseguita nell'ambiente standard o 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 trovarsi nella stessa regione. Tuttavia, una distanza maggiore tra l'istanza Cloud SQL e l'applicazione App Engine causa una maggiore latenza per le connessioni al database.

Qual è il servizio di database Google Cloud più adatto a me?
Dipende dai requisiti della tua applicazione. Google Cloud offre una serie di opzioni per l'archiviazione, la gestione e il recupero dei dati. Per maggiori informazioni, consulta Database Google Cloud.
Devo installare un server di database locale per utilizzare il server di sviluppo di App Engine?
No. Puoi configurare App Engine in modo che utilizzi Cloud SQL o un server di database installato localmente quando viene eseguito 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 alle tue istanze. Per ulteriori informazioni, consulta Connessione dall'ambiente standard App Engine o Connessione dall'ambiente flessibile di App Engine.

Se non utilizzi App Engine, puoi usare qualsiasi linguaggio a cui è associato un connettore o un'API. Per un elenco dei linguaggi supportati, vedi il capitolo Connettori e API nel manuale di riferimento di MySQL.

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 Python possono usare solo il codice del formato %s nella sostituzione dei parametri. Di conseguenza, la seguente istruzione non è valida: cursor.execute('INSERT INTO entries (guestAge) VALUES (%d)', (age)).
Come posso gestire le connessioni?

Una gestione efficace delle connessioni ai database è un aspetto importante dello sviluppo di applicazioni di database, incluso l'utilizzo del pool di connessioni e del backoff esponenziale. Per esempi di come utilizzare queste tecniche in una varietà di linguaggi e framework, consulta Gestione delle connessioni di database.

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

Che cosa significa un'eccezione SQL con il messaggio "ID connessione non valido"?
Significa che la connessione non è più aperta sul server e viene eliminata dal client. Non è necessario chiamare "close" su queste connessioni: sono già chiuse.
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 linguaggio supportato. Vedi Panoramica del collegamento.
Torna all'inizio