En esta página, se describen las políticas de compatibilidad con versiones de bases de datos de Cloud SQL.
Versiones principales y secundarias compatibles con Cloud SQL
Cloud SQL admite las siguientes versiones de bases de datos:
| Versión principal | Versión secundaria |
|---|---|
| MySQL 8.0 (predeterminada) | 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 |
| MySQL 5.7 | 5.7.44 |
| MySQL 5.6 | 5.6.51 |
| Versión principal | Versión secundaria |
|---|---|
| PostgreSQL 15 (predeterminado) | 15.5 |
| PostgreSQL 14 | 14.10 |
| PostgreSQL 13 | 13.13 |
| PostgreSQL 12 | 12.17 |
| PostgreSQL 11 | 11.22 |
| PostgreSQL 10 | 10.23 |
| PostgreSQL 9.6 | 9.6.24 |
| Versión principal | Versión secundaria |
|---|---|
| SQL Server 2022 Standard | CU7 |
| SQL Server 2022 Enterprise | CU7 |
| SQL Server 2022 Express | CU7 |
| SQL Server 2022 Web | CU7 |
| SQL Server 2019 Standard (predeterminado) | CU22 |
| SQL Server 2019 Enterprise | CU22 |
| SQL Server 2019 Express | CU22 |
| SQL Server 2019 Web | CU22 |
| SQL Server 2017 Standard | CU31 |
| SQL Server 2017 Enterprise | CU31 |
| SQL Server 2017 Express | CU31 |
| SQL Server 2017 Web | CU31 |
Cloud SQL mantiene tus instancias actualizadas de forma automática con parches y actualizaciones de versiones secundarias.
Como se indica en la tabla anterior, los motores de base de datos que son compatibles con Cloud SQL incluyen varias versiones. Las versiones pueden variar según la funcionalidad y los tipos de problemas que surjan. Si bien Cloud SQL reconoce que las actualizaciones afectan a los usuarios, nos comprometemos a proporcionar funcionalidad y parches importantes actualizados.
Versiones principales y secundarias
Para MySQL, las dos primeras cifras del número de versión forman el número de versión principal. 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 el número de la versión principal. 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 las versiones posteriores, el primer dígito es el número de 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.
En SQL Server, la fecha forma el número de versión principal.
Compatibilidad con versiones principales
El objetivo de Cloud SQL es admitir versiones principales nuevas en un plazo de cinco meses a partir del lanzamiento general por parte del desarrollador del motor de base de datos.
Compatibilidad con versiones secundarias
El objetivo de Cloud SQL es admitir versiones secundarias nuevas en un plazo de tres meses a partir del lanzamiento de la etapa de disponibilidad general por parte del desarrollador del motor de base de datos.
MySQL 5.6 y 5.7
Después de que Cloud SQL comienza a admitir una versión secundaria nueva, las instancias nuevas se aprovisionan de forma automática en la versión nueva. Durante el siguiente lanzamiento de mantenimiento programado, las instancias existentes se actualizan a la versión nueva.
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
Después de que Cloud SQL comience a admitir una versión secundaria nueva, los usuarios pueden actualizar las instancias existentes a esta versión. Después de que la versión secundaria nueva se convierte en la versión predeterminada, las instancias nuevas se aprovisionan de forma automática en la versión secundaria nueva.
Plan de baja de versiones principales
Cuando Cloud SQL pretenda finalizar la compatibilidad con una versión principal específica, enviaremos un aviso de baja que alertará a los propietarios de proyectos con un mínimo de 12 meses de antelación.
Cloud SQL también proporcionará herramientas para minimizar las molestias que pueda causar la actualización según sea necesario. Cualquier instancia que no se haya transferido a la nueva versión principal al final del período de 12 meses se actualizará de forma automática.
¿Cuándo comenzó la compatibilidad con Cloud SQL para cada versión de la base de datos?
En la siguiente tabla, se muestra cuándo la compatibilidad de Cloud SQL con las versiones de la base de datos pasó a estar disponible para el público en general.
| Versión | Fecha de inicio |
|---|---|
| MySQL 8.0 | 30 de agosto de 2020 |
| MySQL 5.7 | 1 de agosto de 2016 |
| MySQL 5.6 | 1 de agosto de 2016 |
| PostgreSQL 15 | 24 de mayo de 2023 |
| PostgreSQL 14 | 11 de noviembre de 2021 |
| PostgreSQL 13 | 5 de noviembre de 2020 |
| PostgreSQL 12 | 21 de mayo de 2020 |
| PostgreSQL 11 | 27 de septiembre de 2019 |
| PostgreSQL 10 | 27 de marzo de 2020 |
| PostgreSQL 9.6 | 1 de abril de 2018 |
| SQL Server 2022 Standard | 26 de junio de 2023 |
| SQL Server 2022 Enterprise | 26 de junio de 2023 |
| SQL Server 2022 Express | 26 de junio de 2023 |
| SQL Server 2022 Web | 26 de junio de 2023 |
| SQL Server 2019 Standard | 24 de junio de 2021 |
| SQL Server 2019 Enterprise | 24 de junio de 2021 |
| SQL Server 2019 Express | 24 de junio de 2021 |
| SQL Server 2019 Web | 24 de junio de 2021 |
| SQL Server 2017 Standard | 19 de febrero de 2020 |
| SQL Server 2017 Enterprise | 19 de febrero de 2020 |
| SQL Server 2017 Express | 19 de febrero de 2020 |
| SQL Server 2017 Web | 19 de febrero de 2020 |