本頁面說明會影響 Cloud SQL 可用性的作業。
Cloud SQL 可協助您盡可能延長資料庫的運作時間,且不需變更應用程式。Cloud SQL Enterprise Plus 版提供 99.99% 的運作時間服務水準協議,且多項預定作業的停機時間趨近於零,可為應用程式提供更高的韌性和業務持續性。
盡可能提高運作時間,代表要縮短資料庫的停機時間。停機時間通常是由非預期事件和預定作業造成。
非預期事件和可用區中斷
如果應用程式需要高可用性,建議您將執行個體設為區域可用性,這在 Cloud SQL 中也稱為高可用性 (HA) 設定。如要進一步瞭解如何在 Cloud SQL 中設定高可用性,請參閱「關於高可用性 (HA)」。
如果執行個體設定為區域可用性,當執行個體發生故障時,Cloud SQL 會自動在次要可用區中啟動執行個體,並使用相同的 IP 位址,且不會遺失任何資料,讓應用程式可以繼續在資料庫上執行作業。這可防範非預期事件,例如單一 VM 主機故障,或一或多個基礎架構元件故障,導致整個可用區中斷。
Cloud SQL Enterprise Plus 和 Cloud SQL Enterprise 版本都提供 Cloud SQL 高可用性。
如未設定執行個體的區域可用性,系統會將執行個體設為可用區可用性,也稱為獨立執行個體。
Cloud SQL 會自動從 VM 主機故障中復原獨立執行個體 (設定可用區可用性的執行個體)。不過,Cloud SQL 不會自動從可用區中斷復原獨立執行個體。如要在健康狀態良好的可用區中重新建立獨立執行個體,您必須手動還原所有獨立執行個體。如要從可用區中斷事件中手動復原獨立執行個體,可以執行時間點復原,或將唯讀副本升級為獨立執行個體。詳情請參閱「獨立執行個體的復原選項」。
預定作業
對於維護或部分執行個體重新設定等計畫作業,Cloud SQL Enterprise Plus 版可為主要執行個體提供幾乎無須停機的服務,且不需變更應用程式或 Proxy。停機時間近乎為零,預定作業通常會導致不到一秒的停機時間。
在 Cloud SQL Enterprise Plus 版主要執行個體上,下列預定作業幾乎不會造成停機。這些停機時間適用於獨立 (可用區) 和高可用性 (區域) 執行個體。
維護:包括下列作業,停機時間不到一秒:
- Cloud SQL 每季執行的自動維護作業
- 可隨時啟動的自助式維護作業
- 您可以啟動維護模擬,測試停機時間不到一秒的行為
-
在 MySQL 8.0 執行個體上執行子版本升級,停機時間不到一秒
-
- 就地升級至 Cloud SQL Enterprise Plus 版本
啟用資料快取
- 您可以視需要啟用或停用資料快取
執行個體資源調度
- 向上擴充:視需要增加 Cloud SQL 執行個體的運算資源 (vCPU、記憶體)
縮減:不常縮減 Cloud SQL 執行個體的運算資源 (vCPU、記憶體)
幾乎無需停機
Cloud SQL Enterprise Plus 版本的主要執行個體在預定作業期間,停機時間通常不到一秒,幾乎不會造成停機。
這項作業通常會在幾分鐘內完成,期間執行個體仍可使用。停機時間 (即資料庫無法接受連線的時間) 接近零 (少於一秒),且程序不需要您變更應用程式連線的端點。
必要條件和限制
幾乎無須停機的功能僅適用於 Cloud SQL Enterprise Plus 版本。如要進一步瞭解 Cloud SQL 版本,請參閱「Cloud SQL 版本簡介」。
唯讀副本執行個體不支援幾乎無須停機的功能。
這項功能需要 MySQL 適用的 Cloud SQL 8.0.31 以上版本,且維護版本須晚於 R20240207.00。
您必須在執行個體上啟用二進位記錄功能。
耐用性降低的執行個體不支援幾乎無須停機。這表示如果標記的設定會降低耐用性,則必須設為預設值,如下所示:
sync_binlog = 1innodb_flush_log_at_trx_commit = 1replica_skip_errors = OFFslave_skip_errors = OFFbinlog_order_commits = ON
如要進一步瞭解旗標,請參閱「設定資料庫旗標」。
如果您使用 Cloud SQL Auth Proxy 或 Cloud SQL 語言連接器,請務必更新至最新版本。
如果外部副本已啟用 GTID,則必須將這些副本設為使用以 GTID 為基礎的自動定位功能。否則,維護作業完成後,複製作業就會中斷。詳情請參閱「GTID 自動定位」。