En esta página, se describen las políticas de compatibilidad con versiones de bases de datos de Cloud SQL.
Versiones de bases de datos compatibles con Cloud SQL
Los motores de base de datos compatibles con Cloud SQL incluyen varias versiones. Las versiones pueden variar las capacidades y los tipos de problemas que surjan. Si bien realizar una actualización puede afectar a tus usuarios, también es fundamental proporcionar funciones de base de datos actualizadas y parches importantes. Cloud SQL mantiene tus instancias actualizadas con parches y actualizaciones de versiones secundarias de forma automática.
Versiones principales y secundarias compatibles con Cloud SQL
Cloud SQL admite las siguientes versiones de bases de datos:
Versión principal | Versión secundaria | Fecha de inicio de la asistencia habitual | Fecha de inicio de la compatibilidad extendida | Fecha de baja |
---|---|---|---|---|
MySQL 8.4 | 8.4.0 | 1 de octubre de 2024 | — | — |
MySQL 8.0 (predeterminada) | 8.0.37 8.0.36 8.0.35 8.0.34 8.0.33 8.0.32 8.0.31 (predeterminada) 8.0.30 8.0.29 (obsoleta) 8.0.28 8.0.27 8.0.26 8.0.18 |
30 de agosto de 2020 | 1 de julio de 2026 | 1 de julio de 2029 |
MySQL 5.7 | 5.7.44 | 1 de agosto de 2016 | 1 de febrero de 2025 | 1 de febrero de 2028 |
MySQL 5.6 | 5.6.51 | 1 de agosto de 2016 | 1 de febrero de 2025 | 1 de febrero de 2028 |
Versión principal | Versión secundaria | Fecha de inicio de la asistencia habitual | Fecha de inicio de la compatibilidad extendida | Fecha de baja |
---|---|---|---|---|
PostgreSQL 16 (predeterminado) | 16.3 | 7 de junio de 2024 | 1 de febrero de 2029 | 1 de febrero de 2032 |
PostgreSQL 15 | 15.7 | 24 de mayo de 2023 | 1 de febrero de 2028 | 1 de febrero de 2031 |
PostgreSQL 14 | 14.12 | 11 de noviembre de 2021 | 1 de febrero de 2027 | 1 de febrero de 2030 |
PostgreSQL 13 | 13.15 | 5 de noviembre de 2020 | 1 de febrero de 2026 | 1 de febrero de 2029 |
PostgreSQL 12 | 12.19 | 21 de mayo de 2020 | 1 de febrero de 2025 | 1 de febrero de 2028 |
PostgreSQL 11 | 11.22 | 27 de septiembre de 2019 | 1 de febrero de 2025 | 1 de febrero de 2028 |
PostgreSQL 10 | 10.23 | 27 de marzo de 2020 | 1 de febrero de 2025 | 1 de febrero de 2028 |
PostgreSQL 9.6 | 9.6.24 | 1 de abril de 2018 | 1 de febrero de 2025 | 1 de febrero de 2028 |
Versión principal | Versión secundaria | Fecha de inicio de la asistencia |
---|---|---|
SQL Server 2022 Standard | CU12 | 26 de junio de 2023 |
SQL Server 2022 Enterprise | CU12 | 26 de junio de 2023 |
SQL Server 2022 Express | CU12 | 26 de junio de 2023 |
SQL Server 2022 Web | CU12 | 26 de junio de 2023 |
SQL Server 2019 Standard (predeterminado) | CU26 | 24 de junio de 2021 |
SQL Server 2019 Enterprise | CU26 | 24 de junio de 2021 |
SQL Server 2019 Express | CU26 | 24 de junio de 2021 |
SQL Server 2019 Web | CU26 | 24 de junio de 2021 |
SQL Server 2017 Standard | CU31 | 19 de febrero de 2020 |
SQL Server 2017 Enterprise | CU31 | 19 de febrero de 2020 |
SQL Server 2017 Express | CU31 | 19 de febrero de 2020 |
SQL Server 2017 Web | CU31 | 19 de febrero de 2020 |
Formato de versión de la base de datos de Cloud SQL
Para MySQL, las dos primeras cifras del número de versión forman la versión principal y el último número es la versión secundaria. Por ejemplo, para la versión 5.7.13, Cloud SQL usa 5.7 como versión principal y 13 como versión secundaria.
En PostgreSQL 9.6, las dos primeras cifras del número de versión forman la versión principal y el último número es la versión secundaria. Por ejemplo, para la versión 9.6.1, Cloud SQL usa 9.6 como la versión principal y 1 como la versión secundaria. En PostgreSQL 10 y versiones posteriores, el primer dígito es la versión principal. Por ejemplo, en la versión 10.1, 10 es el número de la versión principal y 1 es la versión secundaria.
Para SQL Server, el año proporciona el número de versión principal, y la versión secundaria es la actualización acumulativa (CU) compatible. Por ejemplo, para SQL Server 2022 Enterprise CU11, 2022 Enterprise es el número de versión principal y CU11 es el número de versión secundaria.
Ciclo de vida de la versión principal
En esta sección, se describe el ciclo de vida de la asistencia para las versiones principales en Cloud SQL.
Asistencia habitual
El objetivo de Cloud SQL es admitir versiones principales nuevas el mismo día de su lanzamiento de disponibilidad general por parte de la comunidad de desarrolladores del motor de base de datos. La primera fase de la asistencia se llama asistencia normal. Durante la asistencia regular, Cloud SQL proporciona actualizaciones de versiones secundarias para el motor de base de datos. Cloud SQL también aplica correcciones de seguridad a las instancias. Cloud SQL ofrece asistencia periódica para una versión principal, siempre que la comunidad de desarrolladores del motor de base de datos admita la versión principal. Una vez que la versión principal alcanza el final del ciclo de vida (EOL) por parte de la comunidad, la versión principal ingresa a la asistencia extendida en Cloud SQL.
Asistencia extendida
En el caso de las versiones principales de Cloud SQL para MySQL y Cloud SQL para PostgreSQL que alcanzaron su EOL, Cloud SQL ofrece asistencia extendida. La asistencia extendida te permite seguir ejecutando tus instancias de Cloud SQL durante tres años incluso después de que la comunidad de desarrolladores deje de admitir las versiones principales en las que se ejecutan las instancias. Se ofrece asistencia extendida durante tres años. Puedes usar este tiempo para planificar, probar y actualizar tus instancias a una versión principal que se admita con regularidad. Para obtener más información sobre cómo realizar una actualización de versión principal, consulta Actualiza la versión principal de la base de datos en el lugar y Actualiza la versión principal de la base de datos mediante la migración de datos.
Para obtener más información sobre la compatibilidad extendida, consulta Compatibilidad extendida en Cloud SQL.
Baja
Después de que finalice la asistencia extendida para una versión principal específica, Cloud SQL la da de baja. Una instancia que se ejecuta en una versión principal obsoleta se actualiza a la versión principal y secundaria predeterminadas para el motor de base de datos de forma automática. Cloud SQL envía un aviso de baja a los propietarios del proyecto al menos 12 meses antes de la fecha de baja.
En el caso de las versiones principales de Cloud SQL para MySQL y Cloud SQL para PostgreSQL, los propietarios de proyectos reciben un aviso de baja al final del segundo año de asistencia extendida.
Compatibilidad con versiones secundarias
Cloud SQL admite versiones secundarias nuevas en el mismo día de su lanzamiento de disponibilidad general por parte de la comunidad de desarrolladores del motor de base de datos. Después de que Cloud SQL admite una versión secundaria nueva, Cloud SQL aprovisiona instancias nuevas en la versión secundaria nueva de forma automática. Durante el siguiente lanzamiento de mantenimiento programado, Cloud SQL actualiza las instancias existentes a la versión nueva. Una excepción a esta política es Cloud SQL para MySQL 8.0, que aprovisiona instancias nuevas en la versión secundaria predeterminada. Para obtener más información, consulta MySQL 8.0.
Cloud SQL determina la versión secundaria de destino para cada motor de base de datos. Cuando la versión secundaria de destino sea diferente a la versión secundaria de una instancia de Cloud SQL, el servicio actualizará esa versión durante el siguiente ciclo de mantenimiento. Puedes controlar el día y la hora en que se producen reinicios de mantenimiento si configuras un período de mantenimiento para la instancia.
MySQL 8.0
Cloud SQL para MySQL 8.0 aprovisiona instancias en una versión secundaria predeterminada, que podría no ser la última versión secundaria.
Después de que Cloud SQL para MySQL admita una versión secundaria nueva, puedes actualizar las instancias de Cloud SQL para MySQL existentes a la versión secundaria nueva. Después de que la versión secundaria se convierte en la versión predeterminada, Cloud SQL aprovisiona instancias nuevas en la versión secundaria nueva de forma automática.