常見的最佳做法

透過集合功能整理內容 你可以依據偏好儲存及分類內容。

Cloud SQL 執行個體要待到完成前一項作業後，才能接受新的作業要求。如果試圖提前啟動新作業，作業要求會失敗。重新啟動執行個體也包含在內。

Google Cloud 主控台中的執行個體狀態無法反映作業是否正在執行。綠色勾號只代表執行個體的狀態為 RUNNABLE。如要查看是否正在執行作業，請前往「Operations」(作業)分頁查看最新的作業狀態。

如果啟用自動增加儲存空間的執行個體設定已停用，或是已啟用自動增加儲存空間限制，請務必至少保留 20% 的可用空間，以便 Cloud SQL 執行任何重要的資料庫維護作業。

如要接收可用磁碟空間低於 20% 的警報，請為「磁碟使用率」指標建立以指標為基礎的警報政策，並將「門檻位置」設為「高於門檻」，值為 .8。詳情請參閱「建立以指標為基礎的警告政策」。

您可以在 Google Cloud 控制台的執行個體詳細資料頁面中，查看執行個體使用的可用 CPU 百分比。詳情請參閱「指標」一文。您也可以建立指標門檻快訊政策，監控 CPU 用量，並在達到指定門檻時收到快訊通知。

為避免 CPU 使用率過高，您可以增加執行個體的 CPU 數量。變更 CPU 需要重新啟動執行個體。如果執行個體已達 CPU 數量上限，您必須將資料庫分割成多個執行個體。

如要查看記憶體耗盡的跡象，請主要使用「用量」指標。為避免記憶體不足錯誤，建議您將這個指標保持在 90% 以下。

您也可以使用 total_usage 指標，查看 Cloud SQL 執行個體使用的可用記憶體百分比，包括資料庫容器使用的記憶體，以及作業系統快取所分配的記憶體。

觀察這兩項指標的差異，即可瞭解程序與作業系統快取使用了多少記憶體。您可以重新利用此快取中的記憶體。

如要預測記憶體不足的問題，請同時查看並解讀這些指標。如果指標顯示過高，表示執行個體的記憶體可能不足。這可能是因為自訂設定、執行個體不敷工作負載需求，或是上述因素的組合所致。

調整 Cloud SQL 執行個體，以增加記憶體容量。 變更執行個體的記憶體大小時，必須重新啟動執行個體。如果執行個體已達到記憶體大小上限，您必須將資料庫分割成多個執行個體。如要進一步瞭解如何在 Google Cloud 控制台中監控這兩項指標，請參閱「指標」一文。

您可以將 Resource Type 設為 Cloud SQL Database，並將 Metric 設為 Percentage of instance's transaction IDs consumed，在 Google Cloud 主控台的「Metrics Explorer」頁面中查看執行個體的交易 ID 用量。詳情請參閱「使用 Metrics Explorer 建立圖表」。

調整及監控資料庫執行個體，有助於減少或避免與真空相關的問題。監控執行個體的交易 ID 用量，並根據執行個體的工作負載啟用及調整 autovacuum 參數。詳情請參閱「克服交易 ID (TXID) 環繞 (wraparound) 防護錯誤」。

請將執行個體的表格數量控制在 10,000 以下。資料庫資料表過多可能會影響資料庫升級時間。

備份、時間點復原和匯出是提供資料備援和資料保護的三種方式。這兩種方式可在不同情境下各自提供保護，在健全的資料保護策略中下，兩者相輔相成。

建立備份既輕鬆又快速，能夠將執行個體上的資料還原至你在備份時的狀態。不過備份有一些限制。如果刪除執行個體，也會一併刪除備份。您無法備份單一資料庫或資料表。而且如果執行個體所在的地區無法使用，即使您身在可用的地區，也無法透過備份還原執行個體。

時間點復原可協助您將執行個體復原至特定時間點的狀態。舉例來說，如果因錯誤導致資料遺失，您可以將資料庫復原為發生錯誤之前的狀態。時間點復原功能一律會建立新的執行個體；您無法對現有執行個體執行時間點復原。

匯出所需的時間較長，因為會在 Cloud Storage 建立外部檔案，讓您用來重新建立資料。即使刪除執行個體，也不會影響到匯出的資料。此外，您只能匯出單一資料庫或資料表，視您選擇的匯出格式而定。

您在 Google Cloud 控制台或透過 Terraform 建立的 Cloud SQL 執行個體，預設會啟用防止意外刪除功能。

使用 Cloud SQL 中的匯出功能，匯出資料以便進一步保護。搭配使用 Cloud Scheduler 和 REST API，自動管理匯出作業。如要處理更進階的情況，請使用 Cloud Scheduler 搭配 Cloud Run 函式進行自動化。