資料庫版本政策

本頁面說明 Cloud SQL 的資料庫版本支援政策。

Cloud SQL 支援的資料庫版本

Cloud SQL 支援的資料庫引擎有多個版本。不同版本的功能可能有所不同,出現的問題類型也可能不同。升級作業可能會影響使用者,但提供最新的資料庫功能和重要修補程式也至關重要。Cloud SQL 會自動為執行個體套用修補程式,並更新至子版本。

Cloud SQL 支援的主要和次要版本

Cloud SQL 支援下列資料庫版本。

主要版本 子版本 一般支援開始日期 延伸支援開始日期 淘汰日期
MySQL 9.79.7.2 2026 年 8 月 6 日 不適用 不適用
MySQL 8.4 (預設)8.4.11 2024 年 10 月 1 日 不適用 不適用
MySQL 8.08.0.46 (預設)
8.0.45
8.0.44
8.0.43
8.0.42
8.0.41
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
8.0.30
8.0.28
8.0.27
8.0.26
8.0.18
2020 年 8 月 30 日 2027 年 1 月 1 日 2029 年 7 月 1 日
MySQL 5.7 5.7.44 2016 年 8 月 1 日 2025 年 2 月 1 日* 2028 年 2 月 1 日
MySQL 5.6 5.6.51 2016 年 8 月 1 日 2025 年 2 月 1 日* 2028 年 2 月 1 日
主要版本 子版本 一般支援開始日期 延伸支援開始日期 淘汰日期
PostgreSQL 18 (預設) 18.6 2025 年 9 月 25 日 - -
PostgreSQL 17 17.11 2024 年 10 月 22 日 2030 年 2 月 1 日 2033 年 2 月 1 日
PostgreSQL 1616.15 2024 年 6 月 7 日2029 年 2 月 1 日2032 年 2 月 1 日
PostgreSQL 1515.19 2023 年 5 月 24 日 2028 年 2 月 1 日 2031 年 2 月 1 日
PostgreSQL 14 14.24 2021 年 11 月 11 日 2027 年 2 月 1 日 2030 年 2 月 1 日
PostgreSQL 1313.23 2020 年 11 月 5 日 2026 年 2 月 1 日 2029 年 2 月 1 日
PostgreSQL 1212.22 2020 年 5 月 21 日 2025 年 2 月 1 日* 2028 年 2 月 1 日
PostgreSQL 1111.22 2019 年 9 月 27 日 2025 年 2 月 1 日* 2028 年 2 月 1 日
PostgreSQL 1010.23 2020 年 3 月 27 日 2025 年 2 月 1 日* 2028 年 2 月 1 日
PostgreSQL 9.6 9.6.24 2018 年 4 月 1 日 2025 年 2 月 1 日* 2028 年 2 月 1 日

主流支援終止日期和 Microsoft 延長支援終止日期,皆遵循 Microsoft SQL Server 支援生命週期。這些日期與 PostgreSQL 適用的 Cloud SQL 和 MySQL 適用的 Cloud SQL 的 Cloud SQL 延長支援日期不同。

Cloud SQL 會針對 MySQL 和 PostgreSQL 的延長支援收費,但不會針對 Microsoft SQL Server 的延長支援收費。

主要版本子版本支援開始日期主流支援
終止日期
延長支援期
結束日期
SQL Server 2025 StandardCU22025 年 11 月 18 日2031 年 1 月 6 日2036 年 1 月 6 日
SQL Server 2025 EnterpriseCU22025 年 11 月 18 日2031 年 1 月 6 日2036 年 1 月 6 日
SQL Server 2025 ExpressCU22025 年 11 月 18 日2031 年 1 月 6 日2036 年 1 月 6 日
SQL Server 2022 StandardCU192023 年 6 月 26 日2028 年 1 月 11 日2033 年 1 月 11 日
SQL Server 2022 EnterpriseCU192023 年 6 月 26 日2028 年 1 月 11 日2033 年 1 月 11 日
SQL Server 2022 ExpressCU192023 年 6 月 26 日2028 年 1 月 11 日2033 年 1 月 11 日
SQL Server 2022 WebCU192023 年 6 月 26 日2028 年 1 月 11 日2033 年 1 月 11 日
SQL Server 2019 StandardCU322021 年 6 月 24 日2025 年 2 月 28 日2030 年 1 月 8 日
SQL Server 2019 EnterpriseCU322021 年 6 月 24 日2025 年 2 月 28 日2030 年 1 月 8 日
SQL Server 2019 ExpressCU322021 年 6 月 24 日2025 年 2 月 28 日2030 年 1 月 8 日
SQL Server 2019 WebCU322021 年 6 月 24 日2025 年 2 月 28 日2030 年 1 月 8 日
SQL Server 2017 Standard1CU312020 年 2 月 19 日2022 年 10 月 11 日2027 年 10 月 13 日
SQL Server 2017 Enterprise1CU312020 年 2 月 19 日2022 年 10 月 11 日2027 年 10 月 13 日
SQL Server 2017 Express1CU312020 年 2 月 19 日2022 年 10 月 11 日2027 年 10 月 13 日
SQL Server 2017 Web1CU312020 年 2 月 19 日2022 年 10 月 11 日2027 年 10 月 13 日
* 2025 年 5 月 1 日起,凡是執行個體使用已達產品停產 (EOL) 階段的主要版本,都將收取延長支援費用。如要避免產生額外的延長支援費用,建議您升級執行個體。

1:2027 年 4 月 12 日起,您將無法建立 SQL Server 2017 適用的 Cloud SQL 新執行個體。2027 年 10 月 13 日起,SQL Server 2017 將終止服務 (EOL),Microsoft 也會停止發布安全性更新。SQL Server 適用的 Cloud SQL 將於該日期後停止支援 SQL Server 2017。

Cloud SQL 資料庫版本格式

MySQL 的版本號碼中,前兩個數字代表主要版本,最後一個數字代表子版本。舉例來說,如果是 5.7.13 版,Cloud SQL 會將 5.7 視為主要版本,13 則為子版本。

如果是 PostgreSQL 9.6,版本號碼的前兩個數字是主要版本,最後一個數字則是子版本。舉例來說,如果是 9.6.1 版,Cloud SQL 會將 9.6 視為主要版本,1 則為子版本。如果是 PostgreSQL 10 以上版本,第一個數字是主要版本。舉例來說,10.1 版的主要版本是 10,子版本是 1。

如果是 SQL Server,年份代表主要版本號碼,子版本則是支援的累積更新 (CU)。舉例來說,如果是 SQL Server 2022 Enterprise CU11,2022 Enterprise 是主要版本號碼,CU11 則是子版本號碼。

如何找出 Cloud SQL 執行個體的資料庫版本

建立 Cloud SQL 執行個體時,您必須指定資料庫版本。如未指定資料庫版本,Cloud SQL 會使用預設資料庫版本。

如要查看 Cloud SQL 執行個體的資料庫版本,請按照下列步驟操作:

  1. 前往 Google Cloud 控制台的「Cloud SQL Instances」(Cloud SQL 執行個體) 頁面。

    前往 Cloud SQL 執行個體

  2. 如要開啟執行個體的「總覽」頁面,請點選執行個體名稱。
  3. 在「設定」資訊卡中,查看「資料庫版本」。

如要依 Cloud SQL 專案中的特定資料庫版本篩選執行個體,請按照下列步驟操作:

  1. 前往 Google Cloud 控制台的「Cloud SQL Instances」(Cloud SQL 執行個體) 頁面。

    前往 Cloud SQL 執行個體

  2. 在「篩選器」欄位中,選取「類型」。系統會列出專案中的資料庫版本。
  3. 如要篩選執行個體,請選取專案中的資料庫版本。

如要查看組織中的所有 Cloud SQL 執行個體及其資料庫版本,請使用 Database Center。您也可以在 Database Center 中,將檢視畫面從專案切換至資料夾或組織,取得所有 Cloud SQL 執行個體的完整清單。詳情請參閱「篩選資源並匯出車隊清單資訊」。

主要版本生命週期

本節說明 Cloud SQL 主要版本的支援週期。

一般支援

資料庫引擎開發人員社群發布新主要版本後,Cloud SQL 會在五個月內支援這些版本。這項支援的第一階段是常規支援。在一般支援期間,Cloud SQL 會提供資料庫引擎的子版本和維護更新。Cloud SQL 也會將安全性修正檔套用至執行個體。只要資料庫引擎開發人員社群支援主要版本,Cloud SQL 就會定期提供主要版本支援。社群停止支援主要版本 (EOL) 後,該版本會在 Cloud SQL 進入延長支援期。

延長支援期

對於已達 EOL 的 MySQL 適用的 Cloud SQL 和 PostgreSQL 適用的 Cloud SQL 主要版本,Cloud SQL 提供延長支援。即使開發人員社群停止支援執行個體所用的主要版本,您仍可在延長支援期內繼續執行 Cloud SQL 執行個體三年。延長支援期為三年。您可以利用這段時間規劃、測試及執行執行個體升級作業,將執行個體升級至定期支援的主要版本。如要進一步瞭解如何升級主要版本,請參閱「就地升級資料庫主要版本」和「透過遷移資料升級資料庫主要版本」。

如要進一步瞭解延長支援服務,請參閱「Cloud SQL 延長支援服務」。

淘汰

特定主要版本的延長支援結束後,Cloud SQL 會淘汰該主要版本。如果執行個體執行的主要版本已遭淘汰,系統會自動將其升級至資料庫引擎的預設主要和次要版本。Cloud SQL 會在淘汰日期前至少 12 個月,向專案擁有者傳送淘汰通知。

如果是 MySQL 適用的 Cloud SQL 和 PostgreSQL 適用的 Cloud SQL 主要版本,專案擁有者會在延長支援的第二年年底收到淘汰通知。

次要版本支援

資料庫引擎開發人員社群發布新子版本後,Cloud SQL 會在三個月內支援該版本。Cloud SQL 支援新的子版本後,系統會自動在新版本上佈建新的執行個體。在下次排定的維護作業推出期間,Cloud SQL 會將現有執行個體升級至新版本。這項政策的例外狀況是 MySQL 8.0 適用的 Cloud SQL,該服務會以預設子版本佈建新執行個體,且只會升級已啟用自動子版本升級功能的執行個體子版本。詳情請參閱 MySQL 8.0。

Cloud SQL 會為每個資料庫引擎決定目標子版本。 如果目標子版本與 Cloud SQL 執行個體的子版本不同,Cloud SQL 會在下一個維護週期升級該版本。您可以為執行個體設定維護期間,控管維護作業重新啟動的日期和時間。

MySQL 8.0

Cloud SQL 會以預設子版本 (比最新子版本早一個版本) 佈建 MySQL 8.0 執行個體。

如果 MySQL 適用的 Cloud SQL 8.0 執行個體執行的是 8.0.35 以上版本,Cloud SQL 支援自動升級子版本。

根據預設,如果您在建立 MySQL 8.0 執行個體時未指定子版本,系統會啟用子版本自動升級功能。如果 MySQL 適用的 Cloud SQL 執行個體執行的是 8.0.35 以上版本,則可以設定執行個體以啟用子版本自動升級功能。

為執行個體啟用自動子版本升級後,MySQL 適用的 Cloud SQL 執行個體會在定期維護更新期間,自動升級至 MySQL 適用的 Cloud SQL 8.0 預設子版本。升級作業只會在排定的維護事件期間進行,不會在自助式維護期間進行。

如果執行個體執行的是 MySQL 適用的 Cloud SQL 8.0.34 或更早版本,則必須手動將 MySQL 適用的 Cloud SQL 8.0 子版本升級至較新版本。詳情請參閱「升級資料庫子版本」。將執行個體手動升級至 MySQL 適用的 Cloud SQL 8.0.35 以上版本後,即可啟用子版本自動升級功能。