Preguntas frecuentes sobre Cloud SQL for MySQL

Información

¿Qué es Cloud SQL?
Cloud SQL es un servicio fácil de usar que proporciona bases de datos SQL totalmente administradas en la nube. Las bases de datos de Cloud SQL pueden ser MySQL o PostgreSQL. Cloud SQL for PostgreSQL se encuentra actualmente en versión beta.
¿Cuáles son las ventajas de usar Cloud SQL?
Cloud SQL te permite transferir a Google las tareas rutinarias que a menudo suelen requerir mucho tiempo, pero que son necesarias, como la aplicación de parches y actualizaciones, la administración de copias de seguridad y la configuración de réplicas, para que puedas centrarte en el desarrollo de aplicaciones increíbles. Como usamos protocolos de cable estándar, es fácil conectarse desde prácticamente cualquier aplicación y en cualquier lugar.
¿Qué versiones de la base de datos están disponibles con Cloud SQL? ¿Cómo se gestionan las actualizaciones?

En el caso de Cloud SQL for MySQL, las instancias de segunda generación son compatibles con MySQL 5.6 y 5.7; las instancias de primera generación son compatibles con MySQL 5.5 y MySQL 5.6. Las actualizaciones de versiones inferiores se despliegan a medida que se publican, sin que tengas que hacer nada. Si quieres obtener más información sobre las actualizaciones, consulta el apartado ¿Qué tipo de cierres por mantenimiento de la instancia debo esperar que sucedan?

Si quieres echar un vistazo a la versión actual de la instancia, accede a la consola de Google Cloud Platform y haz clic en el nombre de la instancia para abrir la página de detalles de la instancia. También puedes usar el comando gcloud sql instances describe.

¿Cloud SQL es compatible con todas las funciones de la base de datos?
Cloud SQL es compatible con las funciones más comunes de MySQL. Si quieres obtener una lista de todas las diferencias que existen entre MySQL estándar y la funcionalidad que ofrece Cloud SQL, consulta el apartado sobre diferencias entre la funcionalidad de Cloud SQL y MySQL estándar.
¿Hay límites de tamaño o de consultas por segundo?
No hay límites de consultas por segundo (QPS) para las instancias de Cloud SQL. Sin embargo, existen límites específicos de conexión, tamaño y App Engine.

Límites de conexión de Cloud SQL for MySQL de segunda generación

Tipo de máquina Número máximo de conexiones simultáneas
db-f1-micro 250
db-g1-small 1000
Todos los demás tipos de máquinas 4000

Límites de conexión de Cloud SQL for PostgreSQL

Tamaño de la memoria (en GiB) Número máximo de conexiones simultáneas*
0,6 (db-f1-micro) 25
1,7 (db-g1-small) 50
Desde 3,75 hasta 6 100
Desde 6 hasta 7,5 150
Desde 7,5 hasta 15 200
Desde 15 hasta 30 250
Desde 30 hasta 60 300
Desde 60 hasta 120 400
Desde 120 en adelante 500

* Cloud SQL for PostgreSQL reserva hasta seis de estas conexiones para realizar operaciones internas.

Límites de conexión de Cloud SQL for MySQL de primera generación

Las peticiones de conexión entrantes se ponen en cola durante un periodo breve antes de que se establezca la conexión. La cola solo puede aceptar 100 peticiones de conexión entrantes.

Nivel Número máximo de conexiones simultáneas
Desde D0 hasta D2 250
D4 500
D8 1000
D16 2000
D32 4000

Límites de almacenamiento de Cloud SQL

Instancias de MySQL de primera generación Instancias de MySQL de segunda generación Instancias de PostgreSQL Notas
250 GB Hasta 10.230 GB, en función del tipo de máquina Hasta 10.230 GB, en función de si la instancia tiene vCPU especializadas o compartidas. Los clientes que dispongan de un paquete de asistecia de Google Cloud Plata o superior pueden ampliar los límites de instancias de primera generación individuales a un máximo de 500 GB.

Límites de App Engine

Las peticiones de las aplicaciones de App Engine a Cloud SQL están sujetas a los siguientes límites de tiempo y conexión:

  • En el caso de las aplicaciones que se ejecutan en el entorno estándar de App Engine, todas las peticiones de bases de datos deben finalizar en el plazo del temporizador de la petición HTTP, de unos 60 segundos. En cuanto a las aplicaciones que se ejecutan en el entorno flexible, todas las peticiones de bases de datos deben finalizar en un plazo de 60 minutos.
  • Las peticiones sin conexión, como las tareas cron, disponen de un límite de tiempo de 10 minutos.
  • Las peticiones de Cloud SQL cuentan con limitaciones basadas en el tipo de escala del módulo de App Engine y en el tiempo que puede permanecer una instancia en la memoria (residencia).
  • Las instancias de App Engine que se ejecutan en un entorno estándar no pueden tener más de 60 conexiones simultáneas a una instancia de Cloud SQL.

Las aplicaciones de App Engine también están sujetas a más límites y cuotas de App Engine, como se explica en la página sobre cuotas.

¿Cómo puedo recibir notificaciones cuando se realicen cambios en Cloud SQL?
Puedes suscribirte al foro google-cloud-sql-announce, en el que publicamos anuncios y noticias sobre Cloud SQL.
¿Cómo puedo informar sobre un error, solicitar una función o hacer una pregunta?
Puedes informar sobre errores y solicitar una función en nuestro grupo google-cloud-sql-discuss. Puedes hacer una pregunta en Stack Overflow. Si buscas otras opciones de asistencia, consulta la página de asistencia de Cloud SQL.

Volver al principio

Primeros pasos

¿Cuál es la mejor herramienta de MySQL para administrar instancias?
Existe una gran variedad de herramientas MySQL disponibles para Cloud SQL. Si quieres ejecutar declaraciones simples, puedes usar la herramienta de línea de comandos de MySQL. Si lo que deseas es ejecutar tareas más complicadas o utilizar un entorno de desarrollo de base de datos más complejo, puedes probar Today for MySQL o MySQL Workbench. También puedes obtener más información, si consultas el apartado sobre herramientas de administración y creación de informes.
¿Qué motor de almacenamiento debería usar?
InnoDB es el único motor de almacenamiento compatible con las instancias de MySQL de segunda generación. En el caso de las instancias de MySQL de primera generación, se recomienda el motor de almacenamiento InnoDB, ya que ofrece una mayor garantía de coherencia de datos.

Si tienes un archivo mysqldump en el que todas las tablas se presentan en formato MyISAM, puedes convertirlas al formato InnoDB al canalizar el archivo mediante una secuencia de comandos sed:

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

Advertencia: No lo hagas si el archivo mysqldump contiene el esquema mysql. Estos archivos deben permanecer en MyISAM.

¿Por qué se observa espacio usado en disco en mi nueva instancia sin datos?
Cloud SQL y la base de datos ocupan ese espacio con archivos del sistema y metadatos al crear la instancia.
¿Por qué mi instancia de MySQL de primera generación tarda a veces en responder?
La instancia pasa al estado pasivo si no se accede a ella durante 15 minutos para minimizar el importe cobrado por las instancias en los planes de facturación por uso. La próxima vez que se acceda a ella, se producirá un ligero retraso mientras se activa. Puedes cambiar este comportamiento mediante la configuración de la política de activación de la instancia. Más información
¿Qué política de activación debo usar?
Si estás usando una instancia de MySQL de segunda generación, la política de activación se establecerá de forma general en ALWAYS. Si no estás usando la instancia, puedes establecer la política de activación en NEVER para evitar que se generen costes de instancia.

Si estás usando una instancia de MySQL de primera generación con el plan de facturación por paquete, debes configurar tu política de activación como ALWAYS, ya que no se obtiene ninguna ventaja relacionada con los costes al desactivar la instancia cuando no se está usando.

Si estás usando una instancia de MySQL de primera generación con el plan de facturación por uso, puedes reducir tus costes al establecer tu política de activación en ON DEMAND. Esta configuración hace que tu instancia se apague automáticamente después de 15 minutos de inactividad, por lo que no se generarán costes cuando la instancia no esté en uso. Ten en cuenta que cuando la instancia tiene una política de activación ON DEMAND, se produce un pequeño retraso para cualquier petición de acceso cuando la instancia esté desactivada, ya que esta debe iniciarse antes de atender la petición.

Volver al principio

Almacenamiento y réplica de datos

¿Dónde se almacenan los datos?

Instancias de MySQL de segunda generación: los datos de la instancia se almacenan en la región en la que esta reside. Los datos de la copia de seguridad se almacenan en dos regiones por motivos de redundancia. Si hay dos regiones en un continente, los datos de la copia de seguridad permanecerán en el mismo continente. Debido a que solo hay una región en Australia, los datos de la copia de seguridad de la región de Sídney también se almacenan en Asia.

Instancias de MySQL de primera generación: los datos de la instancia y de la copia de seguridad se almacenan en el continente en el que esta reside.

¿Qué es una zona?

Una zona es una entidad independiente de una ubicación geográfica específica en la que puedes ejecutar recursos. Por ejemplo, una zona llamada us-central1-a hace referencia a una ubicación del centro de Estados Unidos.

De forma predeterminada, los datos en las instancias de MySQL de primera generación se replican, y el servicio se distribuye a través de múltiples zonas para proporcionar tolerancia ante fallos por interrupciones que se produzcan en la zona. En el caso de las instancias de MySQL de segunda generación, la tolerancia ante fallos entre zonas se puede conseguir al configurar la instancia para que cuente con una alta disponibilidad (se debe añadir una réplica de conmutación por error). La configuración de alta disponibilidad es muy recomendable para todas las instancias de producción.

Si quieres obtener más información sobre las zonas, consulta el apartado sobre recursos de zona de la documentación de Compute Engine.

¿Cuáles son los límites de almacenamiento?

Instancias de MySQL de segunda generación: puedes cambiar la capacidad de almacenamiento de la instancia de 10 GB a 10.240 GB (3062 GB para los tipos de máquina de núcleo compartido). La capacidad de la instancia no se puede disminuir, solo se puede ampliar. También puedes configurar la instancia para aumentar automáticamente la capacidad de almacenamiento cuando el espacio se esté agotando. Más información

Instancias de MySQL de primera generación: el tamaño de todas las instancias se limita a 250 GB de forma predeterminada. El tamaño máximo de almacenamiento se determina en función del tiempo que lleva restaurar una instancia desde la copia de seguridad en caso de que surja un problema; no podemos garantizar que se restauren instancias superiores a 250 GB en 24 horas (las instancias más pequeñas se restauran más rápido). Los clientes que dispongan de un paquete de asistencia de GCP Plata o superior pueden solicitar que sus instancias individuales se amplíen a 500 GB.

¿Cómo se replican los datos?

Instancias de MySQL de segunda generación: las réplicas de lectura se basan en la réplica asíncrona. Las réplicas de conmutación por error de segunda generación se basan en el método de réplica semisíncrona.

Instancias de MySQL de primera generación: cuando creas una instancia de primera generación, los datos se replican automáticamente en todas las zonas de la región.

¿Cómo funciona la conmutación por error de Cloud SQL?

Si quieres obtener información sobre la conmutación por error, consulta el apartado sobre la visión general de la configuración de alta disponibilidad.

¿Están encriptados mis datos?
Los datos del cliente de Cloud SQL se encriptan cuando se almacenan en tablas de bases de datos, archivos temporales y copias de seguridad. Las conexiones externas se pueden encriptar mediante el uso de SSL o el proxy de Cloud SQL.
¿Cómo se gestiona el encriptado de los datos en reposo?

Los datos se encriptan mediante Advanced Encryption Standard de 256 bits (AES-256) o con claves simétricas: es decir, la misma clave se utiliza para encriptar los datos cuando se almacenan y desencriptarlos cuando se usan. Estas claves de datos se encriptan mediante una clave maestra que se guarda en un almacén de claves seguro y que se cambia periódicamente.

Si quieres obtener más información, consulta el apartado sobre encriptado en reposo en Google Cloud.

¿Cómo se gestiona el encriptado de los datos en tránsito?

En Google encriptan y autentican todos los datos en tránsito en una o más capas de la red cuando los datos se sacan de los límites físicos que no se controlan Google o en nombre de Google. Los datos en tránsito que se encuentren dentro de un límite físico controlado por Google o en su nombre suelen estar autenticados, pero es posible que no estén encriptados de forma predeterminada. Puedes elegir qué otras medidas de seguridad deseas aplicar en función del modelo de amenaza. Por ejemplo, puedes configurar SSL para las conexiones a Cloud SQL que se encuentren dentro de la zona.

Si deseas obtener más información, consulta el apartado sobre encriptado en tránsito en Google Cloud.

¿Qué tipo de réplicas de lectura puedo crear?

Si deseas obtener más información sobre las réplicas de lectura, incluidas, entre ellas, los casos prácticos para cada tipo, consulta el apartado sobre opciones de réplica.

¿Cómo puedo saber si una instancia es una réplica de lectura?
Puedes usar la consola de Google Cloud Platform para ver todas las instancias de Cloud SQL y si una instancia es la maestra o una réplica de lectura. También puedes usar el SDK de Google Cloud para verificar si una instancia es de tipo maestro o una réplica de lectura.

Volver al principio

Copia de seguridad y recuperación

¿Cómo recupero una instancia?

Si quieres restaurar una copia de seguridad, puedes usar la consola de Google Cloud Platform o la herramienta de línea de comandos gcloud. Si deseas obtener más detalles, consulta el apartado sobre cómo restaurar una instancia.

Si quieres restaurar una instancia de MySQL a un punto específico en el tiempo, usa la recuperación a un momento dado. Si deseas obtener más información, consulta el apartado sobre cómo realizar una recuperación a un momento dado.

¿Cuánto cuestan las copias de seguridad?

Instancias de MySQL de segunda generación: se conservan las siete copias de seguridad automatizadas más recientes y todas las copias de seguridad según demanda. Se cobrará por ellas la tarifa de almacenamiento de copia de seguridad. Los registros binarios ocupan espacio de almacenamiento en lugar de espacio de copia de seguridad y se cobran como almacenamiento.

Instancias de MySQL de primera generación: el almacenamiento de las siete copias de seguridad más recientes se incluye en el coste de la instancia. El espacio de registro binario cuenta como almacenamiento usado de una instancia.

Si deseas obtener más información sobre los precios de almacenamiento de instancia y las tarifas de instancia, consulta la sección sobre precios.

¿Cómo afecta al rendimiento la recuperación a un momento dado?
Si quieres usar la recuperación a un momento dado, debes habilitar el registro binario. De este modo, cada actualización de la base de datos se guarda en un registro independiente, lo que implica una pequeña reducción del rendimiento de escritura. Las lecturas no se ven afectadas.

Volver al principio

Administración de instancias

¿Puedo aumentar o disminuir el tamaño de mi base de datos?

Instancias de MySQL de segunda generación: puedes ampliar el tamaño de almacenamiento disponible para la instancia en cualquier momento sin que se produzca tiempo de inactividad. No puedes reducir el tamaño del almacenamiento de la instancia.

También puedes configurar la instancia para aumentar automáticamente la capacidad de almacenamiento cuando el espacio se esté agotando. Más información

Instancias de MySQL de primera generación: puedes cambiar el nivel de la base de datos a cualquier punto. Ten en cuenta que esto te obligará a reiniciar la instancia, un proceso que puede tardar unos segundos.

¿Debo usar la consola de Google Cloud Platform para administrar Cloud SQL?
No. Todas las tareas de administración que se pueden realizar mediante la consola también se pueden realizar de forma programática mediante Cloud SQL API o se pueden crear mediante la herramienta de línea de comandos gcloud.
¿Qué tamaño máximo de base de datos puedo usar con Cloud SQL?

Instancias de MySQL de segunda generación: la instancia de la base de datos puede disponer de hasta 10.240 GB (3062 GB para los tipos de máquina de núcleo compartido).

Instancias de MySQL de primera generación: la base de datos no puede tener una capacidad mayor de 500 GB.

¿Cómo puedo recuperar el espacio de una tabla eliminada?
Cuando eliminas una tabla de una base de datos y luego compruebas la consola de Google Cloud Platform, puedes ver que el espacio liberado al eliminar las tablas no se refleja en el almacenamiento usado detectado de la instancia. Las instancias con MySQL 5.5 cuentan con un indicador innodb_file_per_table establecido en OFF de forma predeterminada; InnoDB nunca reduce el espacio de tabla de forma predeterminada. Si quieres recuperar espacio para esta configuración, crea una nueva instancia a partir de la base de datos más pequeña o cambia el valor de la marca innodb_file_per_table a ON. Si quieres obtener información sobre cómo cambiar las marcas de la base de datos, consulta el apartado sobre cómo configurar marcas de bases de datos.
¿Cómo puedo hacer un seguimiento de los cambios en los datos?
Si deseas hacer un seguimiento de los cambios en los datos, habilita el registro binario en tu instancia. El seguimiento de los cambios en los datos puede ayudarte a recuperarte ante una pérdida accidental de datos. En caso de pérdida accidental de datos, por ejemplo, con un comando DROP DATABASE, puedes restaurar las coordenadas del registro binario que tenías hasta justo antes de que se produjera la pérdida de datos. Si quieres obtener más información, consulta el apartado de recuperación a un momento dado.
¿Qué tipo de cierres por mantenimiento de la instancia debo esperar que sucedan?

Instancias de MySQL de segunda generación: con las instancias de segunda generación, puedes seleccionar una ventana de mantenimiento para estas instancias, de forma que puedas controlar cuándo se reinician por motivos de mantenimiento. También puedes especificar si una instancia se actualiza antes o después que otras instancias del proyecto. Más información

Instancias de MySQL de primera generación: reiniciamos las instancias de forma periódica para actualizarlas, migrarlas a otras zonas y realizar otras tareas relacionadas con la infraestructura. Dado que tus datos se replican en varias ubicaciones, la interrupción de las instancias no suelen tardar más de unos segundos o unos minutos. Las instancias de primera generación configuradas para replicar una aplicación de App Engine también pueden reiniciarse en una nueva ubicación para minimizar la latencia de dicha aplicación a medida que se transfiere. Esto puede derivar en un periodo breve de latencia aumentada y, por lo general, en un periodo de unos segundos en los que no se encuentran disponibles.

Recomendamos que diseñes las aplicaciones con el fin de que estén preparadas para situaciones en las que no se puede acceder a la instancia durante periodos cortos, como en un cierre por mantenimiento. Puedes poner a prueba el comportamiento de la aplicación ante un cierre por mantenimiento si reinicias la instancia, ya que produce el mismo efecto. En general, recomendamos que uses conexiones de duración corta, así como el retroceso exponencial para intentar restablecer conexiones rechazadas. Si deseas obtener más orientación, consulta el apartado sobre cómo se deben administrar las conexiones?

Ten en cuenta que, para las instancias de MySQL, mysqld solo debe cerrar durante un minuto. Si el cierre no se completa en ese momento, el proceso de MySQL se finaliza a la fuerza. De este modo, se incrementa el tiempo de inicio debido a que en el motor de almacenamiento InnoDB se realiza una recuperación de fallos antes de que el servidor esté listo para comenzar a atender las consultas. El tiempo para completar una recuperación de fallos depende del tamaño de la base de datos; las bases de datos más grandes requieren un mayor tiempo de recuperación.

Cuando se despliega una nueva versión, se añade un apunte en la sección de notas de la versión. Sin embargo, ten en cuenta que todas las instancias no se actualizan a la vez a la nueva versión.

¿Puedo importar o exportar una base de datos específica?
Sí, puedes importar o exportar una base de datos específica o todas las bases de datos de una instancia. Si deseas obtener más información, consulta los apartados sobre cómo importar datos o exportarlos.
¿Puedo importar o exportar un archivo CSV?
Sí, puedes importar o exportar un archivo CSV. Si quieres obtener más información, consulta la sección sobre cómo crear un archivo CSV.
¿Necesito una cuenta de Cloud Storage para importar datos a una instancia o exportarlos?
En Cloud SQL se pueden importar a bases de datos y exportarlas desde ellas (archivos de volcado SQL comprimidos o no comprimidos) y archivos CSV mediante un segmento de Cloud Storage. Si quieres importar o exportar mediante un segmento de Cloud Storage, debes registrarte para obtener una cuenta de GCP y crear un segmento o tener acceso a uno de Cloud Storage a través de otra cuenta. Si deseas obtener más información, consulta los apartados sobre cómo importar datos o exportarlos.
¿Qué significa ERROR_RDBMS en una operación de importación?
Este fallo ocurre si MySQL devuelve un error durante una operación de importación de datos. Entre las causas más comunes se incluyen una sintaxis no válida, el uso de una base de datos o una tabla que no se han definido y el intento de ejecutar declaraciones de MySQL que requieren el privilegio SUPER.
Si elimino la instancia, ¿puedo volver a usar el nombre?
Sí, pero no de inmediato. El nombre de la instancia no se podrá volver a utilizar durante una semana.
¿Qué es el usuario de base de datos cloudsqladmin?
En todas las instancias de Cloud SQL se incluye un usuario de base de datos llamado cloudsqladmin. Podrás ver a este usuario si ejecutas el comando SHOW GRANTS FOR cloudsqladmin@localhost. En algunas instancias, también puede aparecer en la tabla de usuario del sistema. Esta cuenta de usuario la usan procesos automatizados que necesitan acceder a los datos de la instancia (por ejemplo, hacer una copia de seguridad de la instancia o realizar una importación o exportación).
¿Cómo puedo usar GRANT ALL?
Cloud SQL no es compatible con privilegios SUPER, por lo que las instrucciones GRANT ALL PRIVILEGES no funcionarán. Como alternativa, puedes usar GRANT ALL ON `%`.*.
¿Cómo puedo acceder a los registros de transacciones de las instancias?
En el caso de instancias de MySQL, si habilitas el registro binario en la instancia (consulta el apartado sobre cómo habilitar el registro binario) y configuras una dirección IP para dicha instancia (echa un vistazo al apartado sobre configuración de acceso para conexiones IP), puedes usar la función mysqlbinlog de MySQL estándar para examinar los registros de transacciones de la instancia.

Volver al principio

Precios y facturación

¿Cómo puedo probar Cloud SQL?
La instancia más pequeña es db-f1-micro. Puedes usarla para probar el servicio. Ten en cuenta que las instancias de núcleo compartido no están cubiertas por el acuerdo de nivel de servicio.
¿Qué plan de precios debería utilizar? ¿Por uso o por paquete?
Las opciones de precios por uso y por paquete solo se aplican a las instancias de primera generación. Como regla general, es más económico optar por el plan por paquete si la instancia se usa durante más de 450 horas al mes. Consulta el apartado sobre precios para obtener información sobre los planes de precios.
¿Se puede cambiar de plan?
Las opciones de precios por uso y por paquete solo se aplican a las instancias de primera generación. Puedes cambiar de plan de facturación de la instancia hasta tres veces al mes. El plan en vigor al final del día (hora del Pacífico de EE. UU.) será el que se use para calcular los costes de la instancia. Puedes cambiar de plan tantas veces como desees en un solo día. Estos cambios se contabilizarán como uno de los tres cambios mensuales.

Puedes cambiar el plan de facturación de una instancia de primera generación al editar su configuración. Puedes hacerlo en la consola de Google Cloud Platform: selecciona el proyecto que contiene la instancia y, a continuación, selecciona Cloud SQL. En la lista de instancias, selecciona una y edita su configuración, en la que se incluye la configuración de facturación.

¿Cuántas instancias puedo crear en un proyecto?

Un proyecto puede tener hasta 40 instancias. Las instancias eliminadas no se cuentan con respecto al límite de la instancia. Ponte en contacto con el equipo de cloud-sql@google.com si deseas que se amplíe el límite de instancias de un proyecto.

Un usuario puede crear un máximo de 60 instancias en todos los proyectos.

¿Qué tamaño de instancia de base de datos necesito? ¿Cuánta RAM?
En general, puedes aumentar el rendimiento de la base de datos si eliges una instancia mayor y con más capacidad de RAM y CPU. Así se aumenta el rendimiento de muchas consultas que requieren grandes cantidades de operaciones informáticas, como las que implican uniones o los tipos ORDER BY o GROUP, aunque el rendimiento de las actualizaciones que afectan a las transacciones de una sola fila no se verá muy afectado. Si deseas obtener más información sobre los tamaños de instancia y los precios, consulta la página de precios.
¿Cómo se calcula el uso de la instancia?

Instancias de MySQL de segunda generación: el cobro se realizará por minutos del tiempo en el que la instancia esté activa (la política de activación es ALWAYS).

Instancias de MySQL de primera generación: si la instancia se rige por el plan de facturación por uso, el cobro se realizará por minuto durante el tiempo en el que la instancia esté activa.

Si cuentas con una política de activación ON_DEMAND (que es el valor predeterminado), tu instancia se iniciará cada vez que accedas a ella (ya sea desde un mensaje de SQL, una aplicación externa o desde una aplicación de App Engine) y permanecerá activa durante 15 minutos después de la finalización del último acceso. Después de este tiempo, la instancia se cerrará. No se te cobra por el tiempo en el que la instancia está desactivada.

Ten en cuenta que una instancia permanece activa mientras haya clientes conectados a ella. Esto incluye conexiones inactivas. Puedes obtener una lista de las conexiones a una instancia al ejecutar el comando SHOW PROCESSLIST en el cliente de MySQL. Después, puedes utilizar el comando KILL para eliminar las conexiones que te pertenecen. También puedes reiniciar la instancia para eliminar todas las conexiones.

Las instancias que usan el plan de facturación por paquete con una política de activación ON_DEMAND permanecen activas durante 12 horas después del último acceso.

Puedes cambiar el comportamiento de activación de una instancia al modificar su política de activación. Más información

¿Cómo se calcula el almacenamiento?

Instancias de MySQL de segunda generación: el almacenamiento se calcula en función de la cantidad de almacenamiento que hayas aprovisionado para la instancia. El almacenamiento de las copias de seguridad se cobra en función de la cantidad de espacio que usan las copias de seguridad. El almacenamiento se cobra independientemente de si la instancia está activada o desactivada.

Instancias de MySQL de primera generación: el almacenamiento se calcula en función de la cantidad de espacio de archivos que usa la instancia. El almacenamiento se cobra en función de los GB, y se contabiliza cada minuto para que los cobros se asemejen lo más posible al uso que haces. El almacenamiento se cobra tanto si la instancia está activada como desactivada. El almacenamiento de las copias de seguridad creadas mediante el servicio de copia de seguridad programada no se cobra.

¿Cómo puedo saber cuánto se me cobrará?
La pestaña Facturación de la consola de Google Cloud Platform muestra los costes generados por las instancias desde que se emitió la última factura.
¿Por qué mi instancia de primera generación inactiva del plan "por uso" genera costes?
Comprueba si has habilitado las copias de seguridad programadas para esa instancia. Cloud SQL solo usa una copia de seguridad de una instancia si los datos de dicha instancia han cambiado desde la última copia de seguridad programada. Cuando se realiza una copia de seguridad programada, la instancia se activa durante la operación, por lo que se generan gastos "por uso".
¿Qué ocurre cuando la instancia alcanza el tamaño permitido?

Instancias de MySQL de segunda generación: si la instancia alcanza el tamaño de almacenamiento aprovisionado y no tiene habilitado el aumento de almacenamiento automático o ha alcanzado el límite configurado, no se podrán realizar registros en la base de datos hasta que aumentes el tamaño de almacenamiento. El aumento del tamaño de almacenamiento no exige que se reinicie la instancia ni causa tiempo de inactividad.

Instancias de MySQL de primera generación: si la instancia alcanza la cantidad máxima de almacenamiento permitida por el plan que has elegido, no se podrán realizar registros en la base de datos hasta que elimines contenido para reducir el espacio ocupado.

¿Por qué se ha suspendido la instancia?
Puede que esto se deba a un problema con la cuenta de GCP. Puedes determinar el estado de facturación mediante la presentación de una petición de asistencia para facturación. Ten en cuenta que las instancias de segunda generación suspendidas se eliminan después de 90 días.
¿Por qué se ha eliminado la instancia?
Las instancias de MySQL de segunda generación suspendidas se eliminan en un plazo de 90 días. Esta medida se aplica a instancias en estado SUSPENDED. Las instancias que están detenidas, en estado RUNNABLE, no se eliminan.
¿Cómo puedo cancelar la cuenta de Cloud SQL?
Puedes desactivar Cloud SQL en un proyecto si accedes a la consola de Google Cloud Platform; una vez allí, selecciona el proyecto y el servicio de API para abrir el panel de control de API. Encuentra la API Cloud SQL y haz clic en Inhabilitar para esa API.
¿Cómo se puede inhabilitar la facturación?
Si quieres inhabilitar la facturación, haz clic en Inhabilitar la facturación en el panel de Facturación y configuración de la consola de Google Cloud Platform de un proyecto. Si inhabilitas la facturación, también inhabilitarás el servicio Cloud SQL. Asegúrate de que realmente deseas inhabilitar el servicio Cloud SQL antes de inhabilitar la facturación.

Después de inhabilitar la facturación, recibirás una última factura por los cargos generados entre el inicio del ciclo de facturación y la cancelación.

Volver al principio

Uso de Cloud SQL con App Engine

¿Puedo conectarme desde App Engine a una instancia de MySQL de segunda generación?
Puedes conectarte desde una aplicación de App Engine a una instancia de segunda generación, independientemente de si la aplicación se ejecuta en el entorno estándar o flexible. Si quieres obtener más información, consulta el apartado sobre cómo conectar desde App Engine.
¿Mi App Engine en EE. UU. puede acceder a la instancia de Cloud SQL en la UE (y viceversa)?

Si deseas conectarte a una instancia de MySQL de primera generación, la aplicación de App Engine debe estar en la misma región que la instancia de Cloud SQL, y debe estar ejecutándose en el entorno estándar.

Si quieres conectarte a una instancia de MySQL de segunda generación, la aplicación de App Engine no necesita estar en la misma región y puede ejecutarse en el entorno estándar o flexible. Sin embargo, una distancia mayor entre la instancia de Cloud SQL y la aplicación App Engine causa una mayor latencia en las conexiones a la base de datos.

¿Debo usar Cloud SQL o Cloud Datastore?
Depende de los requisitos de la aplicación. Cloud Datastore proporciona almacenamiento sin valor de clave SQL altamente escalable, pero no es compatible con las consultas complejas que ofrece una base de datos SQL. Cloud SQL es compatible con consultas complejas y transacciones ACID, pero esto significa que la base de datos actúa como "canalización fija" y el rendimiento es menos escalable. Muchas aplicaciones utilizan ambos tipos de almacenamiento.
¿Debo instalar un servidor de base de datos local para usar el servidor de desarrollo de App Engine?
No. Puedes configurar App Engine para usar Cloud SQL o un servidor de base de datos instalado de forma local cuando se ejecuta en el servidor de desarrollo.
¿Qué lenguajes puedo usar para acceder a la instancia?
App Engine es compatible con varios lenguajes que puedes usar para conectarte a las instancias. Si deseas obtener más información, consulta el apartado sobre cómo conectar desde App Engine.

Si no estás usando App Engine, puedes usar cualquier lenguaje que disponga de una API o un conector asociados. Si quieres obtener una lista de lenguajes compatibles, consulta el capítulo sobre conectores y API del manual de referencia de MySQL.

¿Puedo usar Django con Cloud SQL?
Sí, Cloud SQL es compatible con Django. Consulta el apartado sobre cómo empezar a usar Django.
¿Qué marcadores de posición se pueden usar en una cadena de consulta de Python?
Los usuarios de Python solamente pueden utilizar el código de formato %s para sustituir parámetros. Por lo tanto, la siguiente instrucción no es válida: cursor.execute('INSERT INTO entries (guestAge) VALUES (%d)', (age)).
¿Cómo se administran las conexiones?

La mejor forma de administrar las conexiones de la base de datos depende del caso práctico, pero, en general, recomendamos usar la agrupación de conexiones. La agrupación de conexiones protegerá el servidor de la base de datos ante un gran número de conexiones nuevas creadas con demasiada rapidez, lo que puede afectar al rendimiento.

En entornos alojados en la nube, debes administrar las conexiones de la base de datos de forma diferente a como lo haces en un entorno de servidor externo convencional. Recomendamos que diseñes las aplicaciones para que puedan enfrentarse a fallos de conexión ocasionales mediante el despliegue de una estrategia de administración de errores como el retroceso exponencial. Si quieres ver un ejemplo, consulta el apartado sobre retroceso exponencial en la documentación de Cloud Storage.

Más información sobre los límites de conexión de instancia en la sección de preguntas frecuentes: ¿Hay límites de tamaño o de consultas por segundo?

¿Qué implica una excepción SQL con un mensaje de "ID de conexión no válido"?
Significa que la conexión ya no está abierta en el servidor y que el cliente debe descartarla.  No es necesario llamar a la función de cierre ("close") en estas conexiones; ya están cerradas.
¿Puedo acceder a la instancia de Cloud SQL de forma programática fuera de App Engine?
Sí. Puedes acceder a las instancias de Cloud SQL de forma programática desde aplicaciones externas mediante cualquier lenguaje compatible. También puedes conectarte mediante JDBC e incluso escribir secuencias de comandos de Apps Script para acceder a tus bases de datos de Cloud SQL. Consulta Conexión desde aplicaciones externas.

Volver al principio

¿Te sirvió esta página? Envíanos tu opinión:

Enviar comentarios sobre…