Nesta página, descrevemos as políticas de suporte à versão do banco de dados do Cloud SQL.
Versões de banco de dados compatíveis com o Cloud SQL
Os mecanismos de banco de dados compatíveis com o Cloud SQL incluem várias versões. As versões podem variar em recursos e nos tipos de problemas que surgem. Embora um upgrade possa afetar seus usuários, fornecer recursos atualizados do banco de dados e patches importantes também é fundamental. O Cloud SQL mantém as instâncias atualizadas automaticamente com patches e versões secundárias.
Versões principais e secundárias compatíveis com o Cloud SQL
O Cloud SQL é compatível com as seguintes versões de banco de dados:
Versão principal | Versão secundária | Data de início do suporte regular | Data de início do suporte estendido | Data da suspensão do uso |
---|---|---|---|---|
MySQL 8.4 | 8.4.0 | 1° de outubro de 2024 | — | — |
MySQL 8.0 (padrão) | 8.0.40 8.0.39 8.0.37 8.0.36 8.0.35 8.0.34 8.0.33 8.0.32 8.0.31 (padrão) 8.0.30 8.0.29 (descontinuado) 8.0.28 8.0.27 8.0.26 8.0.18 |
30 de agosto de 2020 | 1º Julho de 2026 | 1º Julho de 2029 |
MySQL 5.7 | 5.7.44 | 1 de agosto de 2016 | 1 de fevereiro de 2025 | 1 de fevereiro de 2028 |
MySQL 5.6 | 5.6.51 | 1 de agosto de 2016 | 1 de fevereiro de 2025 | 1 de fevereiro de 2028 |
Versão principal | Versão secundária | Data de início do suporte regular | Data de início do suporte estendido | Data da suspensão do uso |
---|---|---|---|---|
PostgreSQL 17 | 17,0 | 22 de outubro de 2024 | 1 de fevereiro de 2030 | 1 de fevereiro de 2033 |
PostgreSQL 16 (padrão) | 16.3 | 7 de junho de 2024 | 1 de fevereiro de 2029 | 1 de fevereiro de 2032 |
PostgreSQL 15 | 15.7 | 24 de maio de 2023 | 1 de fevereiro de 2028 | 1 de fevereiro de 2031 |
PostgreSQL 14 | 14.12 | 11 de novembro de 2021 | 1 de fevereiro de 2027 | 1 de fevereiro de 2030 |
PostgreSQL 13 | 13.15 | 5 de novembro de 2020 | 1 de fevereiro de 2026 | 1 de fevereiro de 2029 |
PostgreSQL 12 | 12.19 | 21 de maio de 2020 | 1 de fevereiro de 2025 | 1 de fevereiro de 2028 |
PostgreSQL 11 | 11.22 | 27 de setembro de 2019 | 1 de fevereiro de 2025 | 1 de fevereiro de 2028 |
PostgreSQL 10 | 10.23 | 27 de março de 2020 | 1 de fevereiro de 2025 | 1 de fevereiro de 2028 |
PostgreSQL 9.6 | 9.6.24 | 1º de abril de 2018 | 1 de fevereiro de 2025 | 1 de fevereiro de 2028 |
Versão principal | Versão secundária | Data de início do suporte |
---|---|---|
SQL Server 2022 Standard | CU12 | 26 de junho de 2023 |
SQL Server 2022 Enterprise | CU12 | 26 de junho de 2023 |
SQL Server 2022 Express | CU12 | 26 de junho de 2023 |
SQL Server 2022 Web | CU12 | 26 de junho de 2023 |
SQL Server 2019 Standard (padrão) | CU26 | 24 de junho de 2021 |
SQL Server 2019 Enterprise | CU26 | 24 de junho de 2021 |
SQL Server 2019 Express | CU26 | 24 de junho de 2021 |
SQL Server 2019 Web | CU26 | 24 de junho de 2021 |
SQL Server 2017 Standard | CU31 | 19 de fevereiro de 2020 |
SQL Server 2017 Enterprise | CU31 | 19 de fevereiro de 2020 |
SQL Server 2017 Express | CU31 | 19 de fevereiro de 2020 |
SQL Server 2017 Web | CU31 | 19 de fevereiro de 2020 |
Formato da versão do banco de dados do Cloud SQL
No MySQL, os dois primeiros dígitos da versão formam a versão principal, e o último número é a versão secundária. Por exemplo, na versão 5.7.13, o Cloud SQL usa 5.7 como a versão principal e 13 como a versão secundária.
No PostgreSQL 9.6, o número da versão principal é composto pelos dois primeiros dígitos, e o último número é o da versão secundária. Por exemplo, na versão 9.6.1, o Cloud SQL usa a versão 9.6 como versão principal e 1 como versão secundária. No PostgreSQL 10 e versões mais recentes, o primeiro número é o da versão principal. Por exemplo, na versão 10.1, 10 é o número da versão principal, e 1 é o número da versão secundária.
No SQL Server, o ano fornece o número da versão principal, e a versão secundária é a atualização cumulativa (CU) com suporte. Por exemplo, no SQL Server 2022 Enterprise CU11, 2022 Enterprise é o número da versão principal e CU11 é o número da versão secundária.
Ciclo de vida da versão principal
Nesta seção, descrevemos o ciclo de vida do suporte para as versões principais do Cloud SQL.
Suporte regular
O Cloud SQL aceita novas versões principais em até cinco meses após a versão de disponibilidade geral pela comunidade de desenvolvedores do mecanismo de banco de dados. A primeira fase desse suporte é o suporte regular. Durante o suporte regular, o Cloud SQL oferece atualizações de versões secundárias e de manutenção para o mecanismo de banco de dados. O Cloud SQL também aplica correções de segurança às instâncias. O Cloud SQL oferece suporte regular a uma versão principal desde que a comunidade de desenvolvedores do mecanismo de banco de dados também ofereça. Depois que a versão principal atinge o fim da vida útil (EOL, na sigla em inglês) pela comunidade, ela entra no suporte estendido do Cloud SQL.Suporte estendido
Para as versões principais do Cloud SQL para MySQL e do Cloud SQL para PostgreSQL que chegaram ao fim da vida útil, o Cloud SQL oferece suporte estendido. Com o suporte estendido, será possível continuar executando as instâncias do Cloud SQL por três anos, mesmo depois que a comunidade de desenvolvedores pare de oferecer suporte às versões principais em que as instâncias estão em execução. O suporte estendido é oferecido por três anos. É possível usar esse tempo para planejar, testar e fazer o upgrade das instâncias para uma versão principal com suporte regular. Para mais informações sobre como realizar um upgrade da versão principal, consulte Fazer upgrade da versão principal do banco de dados no local e Fazer upgrade da versão principal do banco de dados migrando dados.
Para mais informações sobre o suporte estendido, consulte Suporte estendido no Cloud SQL.
Descontinuação
Depois que o suporte estendido de uma versão principal específica é encerrado, o Cloud SQL descontinua essa versão. Uma instância em execução em uma versão principal descontinuada é atualizada automaticamente para a versão principal e secundária padrão do mecanismo de banco de dados. O Cloud SQL envia um aviso de descontinuação aos proprietários dos projetos pelo menos 12 meses antes da data de descontinuação.
Para as versões principais do Cloud SQL para MySQL e do Cloud SQL para PostgreSQL, os proprietários dos projetos recebem um aviso de descontinuação no final do segundo ano de suporte estendido.
Suporte à versão secundária
O Cloud SQL aceita novas versões secundárias em até três meses após a versão de disponibilidade geral pela comunidade de desenvolvedores do mecanismo de banco de dados. Depois que o Cloud SQL passa a aceitar uma nova versão secundária, ele provisiona novas instâncias na nova versão automaticamente. Durante o próximo lançamento de manutenção programada, o Cloud SQL atualiza as instâncias atuais para a nova versão. Uma exceção a essa política é o Cloud SQL para MySQL 8.0, que provisiona novas instâncias na versão secundária padrão. Para mais informações, consulte MySQL 8.0.O Cloud SQL determina a versão secundária de destino para cada mecanismo de banco de dados. Quando a versão secundária de destino é diferente da versão secundária de uma instância do Cloud SQL, o upgrade dessa versão é feito durante o próximo ciclo de manutenção do Cloud SQL. É possível controlar o dia e a hora em que as reiniciações de manutenção ocorrem. Basta definir a janela de manutenção da instância.
MySQL 8.0
O Cloud SQL para MySQL 8.0 provisiona instâncias em uma versão secundária padrão, que pode não ser a versão secundária mais recente.
Depois que o Cloud SQL para MySQL oferecer suporte a uma nova versão secundária, será possível fazer upgrade das instâncias do Cloud SQL para MySQL para a nova versão secundária. Depois que a versão secundária se torna a padrão, o Cloud SQL provisiona novas instâncias na nova versão secundária automaticamente.